运行C#程序调用C++ DLL时出现无法加载异常求助

结合你已经做的排查工作，我之前也碰到过类似的坑，还有几个容易被忽略的关键点可以逐一验证：

1. 确认DLL的依赖项是否完整 #

虽然你提到排除了依赖问题，但建议用Dependency Walker或者Visual Studio自带的dumpbin工具再仔细核对：

• 打开VS的x86版本开发者命令提示符，运行：

  dumpbin /dependents OurDll.dll
  

  查看输出里的依赖库列表，确保所有依赖的DLL（比如MSVCRxx.dll这类C运行时库）都存在于程序运行目录，或者系统的32位专属文件夹C:\Windows\SysWOW64中。如果这个DLL是用旧版本VS（比如VS2010）编译的，你可能需要安装对应的**Visual C Redistributable x86包**。

2. 验证DLL的导出函数名是否完全匹配 #

即使你用了extern "C"，偶尔还是会出现导出名被意外修饰的情况。用dumpbin查看实际导出的函数名：

dumpbin /exports OurDll.dll

确保输出里能看到subtract这个无修饰的函数名。如果名字不对，需要在DllImport里通过EntryPoint指定正确的导出名，比如：

[DllImport("OurDll.dll", CallingConvention = CallingConvention.Cdecl, EntryPoint = "_subtract")]
public static extern int subtract(int a, int b);

3. 确认程序运行时的当前工作目录 #

调试时，程序的当前工作目录可能和你预期的可执行文件目录不一致。可以在C#代码里先输出当前目录验证：

Console.WriteLine(Environment.CurrentDirectory);

如果输出路径不是bin\x86\Debug（或Release），右键C#项目→属性→调试，把“工作目录”设置为$(TargetDir)即可。

4. 确保DLL被正确复制到输出目录 #

有时候手动复制DLL可能会因为路径变化失效，建议通过项目配置自动复制：

• 把OurDll.dll添加到C#项目中，右键该文件→属性，设置“复制到输出目录”为“始终复制”；
• 或者在项目的“后期生成事件命令行”里添加复制命令：

  copy "$(SolutionDir)你的DLL所在路径\OurDll.dll" "$(TargetDir)" /Y
  

5. 用Process Monitor追踪加载失败的具体原因 #

如果以上方法都没解决，Process Monitor可以帮你定位最底层的问题：

• 运行Process Monitor，设置过滤条件：进程名等于你的C#程序，操作包含“Load Image”，然后启动程序，查看对应的失败记录——你能清楚看到系统到底在哪些路径查找DLL，或者是哪一个依赖项缺失导致加载失败。

我之前碰到过类似的情况，就是因为没装旧版本的C++运行时库，导致32位DLL加载失败，装完对应的Redistributable包就搞定了。

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