C#加载DLL、找不到指定的模块。
这是一个很奇怪的问题、我生成的release版本的、在我自己的电脑没问题、在其他人的电脑就会弹出DLL加载失败、找不到指定模块的提示、然后我把源代码发给另一个同事让他去生成、他生成的版本他自己电脑和我电脑可以用、公司用四台电脑三台可用一台不能用（也是加载失败）、然后发到客户那也是用不了、郁闷死了、大家说可能是什么原因造成的？怎么解决？
------解决方案--------------------
环境，从环境方面考虑吧，估计是你们用到了什么东西，不是每台机器上都有。
------解决方案--------------------
DllImport会按照顺序自动去寻找的地方： 1、exe所在目录 2、System32目录 3、环境变量目录所以只需要你把引用的DLL 拷贝到这三个目录下 就可以不用写路径了 或者可以这样server.MapPath(.\bin\*.dll)web中的，同时也是应用程序中的 后来发现用[DllImport(@"C:\OJ\Bin\Judge.dll")]这样指定DLL的绝对路径就可以正常装载。　这个问题最常出现在使用第三方非托管DLL组件的时候,我的也同样是这时出的问题,Asp.Net Team的官方解决方案如下:　首先需要确认你引用了哪些组件,那些是托管的,哪些是非托管的.托管的很好办,直接被使用的需要引用,间接使用的需要拷贝到bin目录下.非托管的处理会比较麻烦.实际上,你拷贝到bin没有任何帮助,因为CLR会把文件拷贝到一个临时目录下,然后在那运行web,而CLR只会拷贝托管文件,这就是为什么我们明明把非托管的dll放在了bin下却依然提示不能加载模块了.　　具体做法如下:　　首先我们在服务器上随便找个地方新建一个目录,假如为C:\DLL　　然后,在环境变量中,给Path变量添加这个目录　　最后,把所有的非托管文件都拷贝到C:\DLL中.　　或者更干脆的把DLL放到system32目录　　对于可以自己部署的应用程序，这样未偿不是一个解决办法，然而，如果我们用的是虚拟空间，我们是没办法把注册PATH变量或者把我们自己的DLL拷到system32目录的。同时我们也不一定知道我们的Dll的物理路径。　　DllImport里面只能用字符串常量，而不能够用Server.MapPath(@"~/Bin/Judge.dll")来确定物理路径。ASP.NET中要使用DllImport的，必须在先“using System.Runtime.InteropServices;”
------解决方案--------------------
参考： http://www.csharpwin.com/csharpspace/10996r477.shtml
------解决方案--------------------
还有一点，这个是否需要framework的支持呢？