最近做C++大作业,界面是用C#构建,而程序处理核心使用native C++写的DLL,整个程序用VS2010编译,最初在我们三人的电脑开发测试时发现一切运行正常,但是当发给别人运行的时候,当WPF做的界面调用C++编写的DLL的时候,就会弹出System.DllNotFoundException错误,我把DLL放在System32和exe所在目录下发现问题依旧。
翻了很多中文网站似乎没有找到解决方案...后来在某外国网站看到,出现这种原因的可能性有:
1. DLL函数是否有正确导出。这个我在有的人的电脑可以运行,这说明函数已经正确导出了。
2. 导入的方法是否正确。
[DllImport( "GDIPlusLibrary.dll", EntryPoint="ImageEffects" )]
public static extern IntPtr ImageEffects( IntPtr bitmap, ref Parameter param );
导出方法如上,在开发者的电脑可以运行,所以上述问题不予考虑。
3. DLL有没有依赖什么其他DLL,仔细看了C++代码,没有调用什么其他DLL。
那么问题究竟在何处?后来按大家一贯思路,用Depends查看DLL需要什么运行库,竟然发现DLL需要msvcr100.dll!我明明没有调用它,也没选择MFC,为什么会这样。
如果出现这种情况,那么这个DLL运行的电脑需要安装 VC 2010 运行库,后来用VS 2008重新编译了这个DLL,现在只要装了VC++ 2008 Runtime Library的电脑都不会出错了。
总结:
出现匪夷所思的DLL无法加载的问题,看看是否是DLL需要其他DLL,尽管你没调用其他DLL,但是不保证你的编译器偷偷帮你生成了调用其他DLL的代码。出现上述问题,可以尝试安装VC运行库,应该就可以解决问题!

本文介绍了在C#应用中调用C++ DLL时遇到System.DllNotFoundException的问题,分析了可能的原因,包括DLL导出、导入方法、依赖库等,并通过使用Depends工具发现DLL依赖于msvcr100.dll。解决方案是确保目标计算机安装了对应的VC运行库,或者使用不同版本的编译器重新编译DLL,以减少对特定运行库的依赖。
6654





