这是Windows平台下DLL开发中非常常见的链接错误，我帮你梳理几个最可能的原因和对应的解决办法：

1. 确认函数导出是否正确 #

首先要排查你的DLL是否真的导出了StrToInt和NumCompare这两个函数：

• 检查Source.def文件的格式和内容是否正确，必须严格匹配函数名（C/C++大小写敏感！），正确的def格式应该是：

  LIBRARY callbacktestDLL
  EXPORTS
      StrToInt
      NumCompare
  

• 用VS的dumpbin工具验证实际导出的函数名：打开VS的开发者命令提示符，输入dumpbin /exports callbacktestDLL.dll，查看输出里是否有你要调用的函数名。如果看到的是类似?StrToInt@@YAHPBD@Z这种带符号的名字，说明你的DLL用了C++名字修饰，这时候要么在def里写修饰后的名字，要么在DLL的代码里用extern "C"来导出函数（避免名字修饰）。

2. 配置调用项目的链接器依赖 #

仅仅把lib文件复制到项目根目录是不够的，链接器不知道要去链接它：

• 方法一（代码内指定）：在调用函数的头文件或cpp开头添加：

  #pragma comment(lib, "callbacktestDLL.lib")
  

• 方法二（项目属性配置）：打开VS项目属性，依次进入「链接器」→「输入」→「附加依赖项」，添加callbacktestDLL.lib；如果lib文件不在默认搜索路径，还要在「链接器」→「常规」→「附加库目录」里指定lib所在的路径（哪怕在项目根目录，有时候也需要明确指定）。

3. 保证编译位数和运行时库一致 #

DLL和调用项目必须保持编译位数和运行时库的匹配：

• 编译位数：两者要么都是32位（x86），要么都是64位（x64）。如果一个是32位一个是64位，链接器绝对找不到符号。可以在项目属性的「配置管理器」里确认平台设置。
• 运行时库：比如DLL用的是Multi-threaded DLL (/MD)，调用项目也必须选择相同的选项。可以在「C/C++」→「代码生成」→「运行时库」里查看和修改。

4. 检查调用项目的函数声明 #

调用项目里的函数声明必须和DLL中的完全一致：

• 如果你的DLL是用extern "C"导出的（避免C++名字修饰），调用项目的头文件应该这样写：

  #ifdef __cplusplus
  extern "C" {
  #endif
  
  int StrToInt(const char* str);
  int NumCompare(int a, int b);
  
  #ifdef __cplusplus
  }
  #endif
  

• 如果没有用extern "C"，要确保函数的参数类型、返回值类型和DLL中的完全一致，包括const修饰符等细节。

5. 清理并重新编译 #

有时候VS的缓存会导致奇怪的问题：

• 右键调用项目→「清理」，然后右键解决方案→「生成解决方案」，重新编译链接，确保用的是最新的lib和dll文件。

内容的提问来源于stack exchange，提问作者YQ.Wang