C#中DllImport用法介绍

DllImport介绍

DllImport是System.Runtime.InteropServices命名空间下的一个属性类，
因此ASP.NET中要使用DllImport的，必须在先“using System.Runtime.InteropServices;”。其功能是提供从非托管DLL导出的函数进行调用所必需的信息。
DllImport属性应用于方法，要求最少要提供包含入口点的dll的名称。

DllImport 属性定义

namespace System.Runtime.InteropServices
   {
  　 [AttributeUsage(AttributeTargets.Method)]
  　 public class DllImportAttribute: System.Attribute
  　 {
         public DllImportAttribute(string dllName){...}   //定位参数为dllName
         public CallingConvention CallingConvention;      //入口点调用约定
         public CharSet CharSet;                          //入口点采用的字符接
         public string EntryPoint;                        //入口点名称
         public bool ExactSpelling;                       //是否必须与指示的入口点拼写完全一致，默认false
         public bool PreserveSig;                         //方法的签名是被保留还是被转换
         public bool SetLastError;                        //FindLastError方法的返回值保存在这里
         public string Value {get {...}}                            
  　 } 
  }  

说明：
1、DllImport只能放置在方法声明上。
2、DllImport具有单个定位参数：指定包含被导入方法的 dll 名称的 dllName 参数。
3、DllImport具有五个命名参数：

• CallingConvention 参数指示入口点的调用约定。如果未指定CallingConvention，则使用默认值CallingConvention.Winapi。
• CharSet 参数指定用在入口点的字符集。如果未指定CharSet，则使用默认值CharSet.Auto。
• EntryPoint 参数给出dll中入口点的名称。如果未指定EntryPoint，则使用方法本身的名称。
• ExactSpelling 参数指示EntryPoint是否必须与指示的入口点的拼写完全匹配。如果未指定ExactSpelling，则使用默认值false。
• PreserveSig 参数指示方法的签名被保留还是被转换。当签名被转换时，它被转换为一个具有HRESULT返回值和该返回值的一个名为retval的附加输出参数的签名。如果未指定PreserveSig，则使用默认值true。
• SetLastError 参数指示方法是否保留Win32“上一错误”。如果未指定SetLastError，则使用默认值false。

4、它是一次性属性类。
5、用DllImport属性修饰的方法必须具有extern修饰符。
DllImport的用法示例（是用来写入ini文件的一个win32api）： DllImport(“kernel32”)
private static extern long WritePrivateProfileString(string section,string key,string val,string filePath);
用此方法调用WinAPI的数据类型对应:DWORD=int或uint,BOOL=bool，预定义常量=enum,结构=struct。

DllImport路径问题

DllImport会按照顺序自动去寻找的地方：
1、exe所在目录
2、System32目录
3、环境变量目录
所以只需要你把引用的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”)来确定物理路径。