CNet调用非托管的DLL.docVIP

/Charles2008/archive/2010/01/10/1643449.html C#.Net调用非托管的DLL一、DLL介绍： 动态链接库(DLL,即“Dynamic Link Library”)是Microsoft Windows最重要的组成元素之一，打开windows系统文件夹，会发现很多DLL文件，windows就是将一些主要的系统功能以DLL模块的形式实现。动态链接库是不能直接执行的，也不能接收消息，它是一个独立的文件，其中包含被程序或其他DLL调用来完成一定操作的函数(方法)。但这些函数不是执行程序本身的一部分，而是根据进程的需要按需载入，此时才能发挥作用。 二、C#.Net调用基本格式： [DLLImport(“DLL文件路径”)] 修饰符 extern 返回值类型 方法名称(参数列表) 如： [DllImport(kernel32.dll, SetLastError = true, EntryPoint = SetLocalTime)]????? public static extern int SetSystemTime(ref SystemTime lpSystemTime); PS: 1、DLL文件必须位于程序当前目录或系统定义的查询路径中(即：系统环境变量中Path所设置的路径)。 2、DLLImport会按照顺序去查找DLL文件(程序当前目录System32目录环境变量Path所设置路径)。 3、返回类型变量、方法名称、参数列表一定要与DLL文件中的定义相一致。 4、A DLLImport路径----使用第三方非托管的DLL(Charles.dll)组件的时候，当把Charles.dll拷贝到Bin目录下，提示仍然提示仍然找不到该dll.(而这样[DLLImport(@“C:\ProgramDir\Charles.dll”)]可以正常加载)。Asp.Net Team的官方解决方案如下： 首先需要确认引用了哪些组件？哪些是托管的？那些是非托管的？ 托管的很方便，直接被使用的需要引用，间接使用的需要拷贝到Bin目录下。非托管的就特殊处理（实际上你拷贝到bin是没有任何作用的，因为CLR会把文件拷贝到一个临时目录下，然后在那运行Web,而CLR只会拷贝托管文件，这就是为什么把非托管的DLL放到bin目录下仍然提示找不到该模块）。 解决方案：首先在服务器上建立一个新建的目录，假设是(C:\ProgramDir\WinDLL\).然后在环境变量中，给Path变量添加这个目录，最后把非托管的DLL文件都拷贝到该目录下。或者更干脆把DLL放到System32目录中。对于自己部署的应用程序，这样的确能很好的解决问题。然而如果我们用的是虚拟空间，我们有没有办法吧注册Path变量或者把我们自己的DLL拷贝System32目录下。同时我们也不一定知道我们DLL的物理路径. DLLImport里面只能用字符常量，而不能使用Server.MapPath来确认物理绝对路径。 这样的话我们需要动态的取得我们DLL的物理路径(Server.MapPath)，并通过API来取得DLL里面的函数(先加载LoadLibrary后获得函数地址GetProcAddress)。相关的API如下： Public Class CustomDLLInvoke { [DLLImport(“kernel32.dll”)] private extern static IntPtr LoadLibrary(string path); [DLLImport(kernel32.dll)] private extern static IntPtr GetProcAddress(IntPtr lib,String funcName); [DLLImport(Kernel32.dll)] private extern static bool FreeLibrary(IntPtr lib); private IntPtr MLib; public CustomDLLInvoke(string dllPath) {MLib=LoadLibrary(DLLPath)} ~CustomDLLInvoke(){FreeLibrary(MLib);} public Delegate Invoke(string APIName,Type t) {IntPtr api=GetProAddress(MLib,APIName);return (Delegate)Marshal.GetDelegateForFunctionPointer(api,t);} } 三、消息回调 函数的两种调用方式： StdCall:stdcall调用约定又称为passcal调用约定，其调用约定申