- 积分
- 40165
- 好友
- 记录
- 主题
- 帖子
- 听众
- 收听
|
发表于 2013-2-28 10:09:26
|
显示全部楼层
C#.Net调用基本格式:
[code=csharp][DLLImport(“DLL文件路径”)][/code]
修饰符 extern 返回值类型 方法名称(参数列表) 如:
[code=csharp][DllImport("kernel32.dll", SetLastError = true, EntryPoint = "SetLocalTime")]
public static extern int SetSystemTime(ref SystemTime lpSystemTime);[/code]
PS:
1、DLL文件必须位于程序当前目录或系统定义的查询路径中(即:系统环境变量中Path所设置的路径)。
2、DLLImport会按照顺序去查找DLL文件(程序当前目录>System32目录>环境变量Path所设置路径)。
3、返回类型变量、方法名称、参数列表一定要与DLL文件中的定义相一致。
4、Asp.net 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如下:
[code=csharp]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);}
}[/code]
|
|