这周在做公司的一个C#项目中，要写一个webservice提供一个下载方法，之前公司有过，但是要整改，于是这种鸟屎摊子又交给了我，其中一个密文流的下载中要应用我们小组另一伙人用C++写的四个dll, 这些DLL是由我们自己编写的，非.NET 托管，这是一个麻烦事；
如果用 IDE往工程里add reference时，它会提示这几个dll是没有注册的，不是.NET托管的。好吧，顺便补充一下.NET托管和非托管。
具体官方术语是：
托管DLL就是能够在公共语言运行库（Common Language Runtime，简称CLR）中能够直接引用的，并且扩展名为“DLL”的文件。具体所指就是封装各种命名空间所在的DLL文件，如System.dll等。非托管DLL就是平常所的动态链接库等，其中就包括了封装所有Windows API函数的DLL文件。各种非托管DLL中的函数在公共语言运行库中不能直接被调用，而需要经过.Net框架提供的“平台调用”服务后才可以。
通俗点讲就是：
托管Dll就在.NET环境生成的Dll文件。
非托管dll不是在.NET环境生成的dll文件。比如说用c写的，用C++写的。
托管Dll文件，可以在IDE通过 “add reference” 的方式，直接把托管Dll文件添加到项目中。然后通过 Using Dll命名空间，来调用相应的Dll对象 。非托管Dll文件怎么调用了，这就要用到 [ImportDll()] 这种方法了；
[ImportDll()] 这种方法是通过P/Iovoke 来调用WIN32 API。其作用是导入外部的函数，这些函数不是由NET托管的。当然当使用[ImportDll()] 时，必须要引入命名空间：
using System.Runtime.InteropServices;
举一个例子
[DllImport(@("DownloadPlaintext.dll",EntryPoint="DownloadPlaintext"))]
static extern Boolean FileDownLoad ([MarshalAs(UnmanagedType.LPStr)] StringBuilder pstrSourceFile,
[MarshalAs(UnmanagedType.LPStr)] long lintFileSize,
bool blnEnFlag)
这个例子导入的就是一个 C++写的dll,名字是DownloadPlaintext.dll,这样写的是相对的路径，所以我们必须要手动的把这个dll文件拷到该项目的bin目录下对应的release或者Debug目录中去。否则就会找不到dll,或者直接将此dll，丢到system32中去，但这样做是不安全的；
EntryPoint是外部函数 的入口点，可以理解为调用外部函数的那个方法，假设dll中存在DownloadPlaintext这个函数名，而项目中也存在的话，这样就会有冲突，所以C#还提供了重定义外部函数方法名，（并不是该dll中的名字，只是改变其在这个项目文件中的使用名而已），就像上面的例子一样，将DownloadPlaintext方法在C#这个项目的使用名命名为FileDownLoad ，要注意的是参数要一致，类型要一致；
MarshalAs 是指提供向非托管代码封装数据时的规则，上面告诉net,第一个参数要用string 类型，第三个是bool型；
这里要注意一个问题，刚开始改代码时，调试通过了，一发到IIS，其他人根本无法成功调用这个方法，我纠结了半天，后来才找到原因！
因为是在前人基础上改代码，没注意前人留下的坑，这份代码的初始者，将dll的引入路径做成的是绝对路径：
[DllImport(@("C:\CloudDll\DownloadPlaintext.dll",EntryPoint="DownloadPlaintext"))]
这样的话，IIS是无法去找到这个路径的，即使你在C:\CloudDll目录下有这个dll，所以，要专业点...
这个方法，看似是好简单的东西，可是不深究的话是学不到东西的！
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对脚本之家的支持。如果你想了解更多相关内容请查看下面相关链接
