x86下用.def创建kernel32.dll导入库遇错误如何解决？

问题根源 #

x64平台下所有调用约定统一为fastcall，函数名无特殊修饰，所以.def文件直接写ExitProcess即可正常工作。但x86平台下，MSVC对__stdcall函数会生成带修饰的符号：

• 代码中声明__declspec(dllimport) __stdcall ExitProcess会被MSVC解析为引用符号__imp__ExitProcess@4
• kernel32.dll的x86版本实际导出的函数名是无修饰的ExitProcess，而非带@4的修饰名

之前的.def写法要么无法匹配MSVC的修饰符号，要么错误指向不存在的导出名，导致链接或运行错误。

正确的.def文件写法 #

需要在.def中明确指定MSVC修饰名与dll真实导出名的映射：

LIBRARY kernel32.dll
EXPORTS
_ExitProcess@4 = ExitProcess

• 左侧_ExitProcess@4是MSVC x86下__stdcall ExitProcess的修饰名（_前缀+函数名+@+参数总字节数，UINT占4字节）
• 右侧ExitProcess是kernel32.dll实际导出的函数名

重新生成导入库 #

执行原命令重新生成x86导入库：

lib /DEF:kernel32.def /OUT:kernel32.lib /MACHINE:x86

验证结果 #

• 编译链接x86程序时，MSVC会找到导入库中对应的__imp__ExitProcess@4符号，解决未解析错误
• 运行程序时，导入表会正确指向kernel32.dll的ExitProcess入口点，不会出现找不到入口的报错

为什么之前的写法无效 #

1. 直接写ExitProcess：生成的导入库仅导出无修饰的ExitProcess符号，无法匹配MSVC要求的__imp__ExitProcess@4，导致链接错误
2. 写ExitProcess@4：导入库会将符号映射到dll中不存在的ExitProcess@4入口，运行时触发找不到入口点的错误
3. MinGW的.def写法不适用MSVC：MinGW的名字修饰规则与MSVC不同，其工具链会自动处理修饰名到真实导出名的映射，所以无需手动指定映射关系

内容的提问来源于stack exchange，提问作者lelgetrekt