c#的dllimport使⽤⽅法详解
DllImport是System.Runtime.InteropServices命名空间下的⼀个属性类,其功能是提供从⾮托管DLL导出的函数的必要调⽤信息
DllImport属性应⽤于⽅法,要求最少要提供包含⼊⼝点的dll的名称。
typeof的用法DllImport的定义如下:
复制代码代码如下:
[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 {…} }
}
⽤法⽰例:
复制代码代码如下:
[DllImport("kernel32")]
private static extern long WritePrivateProfileString(string section,string key,string val,string filePath);
以上是⽤来写⼊ini⽂件的⼀个win32api。⽤此⽅式调⽤Win32API的数据类型对应:DWORD=int或uint,BOOL=bool,预定义常量=enum,结构=struct。
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;”不过,我发现,调⽤这种"⾮托管Dll”相当的慢,可能是因为我的⽅法需要远程验证吧,但是实在是太慢了。经过⼀翻研究,终于想到了⼀个完美的解决办法⾸先我们⽤
复制代码代码如下:
[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);
分别取得了LoadLibrary和GetProcAddress函数的地址,再通过这两个函数来取得我们的DLL⾥⾯的函数。
我们可以先⽤Server.MapPath(@"~/Bin/Judge.dll")来取得我们的DLL的物理路径,然后再⽤LoadLibrary进⾏载⼊,最后⽤GetProcAddress取得要⽤的函数地址
以下⾃定义类的代码完成LoadLibrary的装载和函数调⽤
复制代码代码如下:
public class DllInvoke
{
[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 hLib;
public DllInvoke(String DLLPath)
{
hLib = LoadLibrary(DLLPath);
}
~DllInvoke()
{
FreeLibrary(hLib);
}
//将要执⾏的函数转换为委托
public Delegate Invoke(String APIName,Type t)
{
IntPtr api = GetProcAddress(hLib, APIName);
return (Delegate)Marshal.GetDelegateForFunctionPointer(api,t);
}
}
下⾯代码进⾏调⽤
复制代码代码如下:
public delegate int Compile(String command, StringBuilder inf);
//编译
DllInvoke dll = new DllInvoke(Server.MapPath(@"~/Bin/Judge.dll"));
Compile compile = (Compile)dll.Invoke("Compile", typeof(Compile));
StringBuilder inf;
compile(@“gcc a.c -“,inf);//这⾥就是调⽤我的DLL⾥定义的Compile函数
⼤家在实际⼯作学习C#的时候,可能会问:为什么我们要为⼀些已经存在的功能(⽐如Windows中的⼀些功能,C++中已经编写好的⼀些⽅法)要重新编写代码,C#有没有⽅法可以直接都⽤这些原本已经存在的功能呢?答案是肯定的,⼤家可以通过C#中的DllImport直接调⽤这些功能。
DllImport所在的名字空间 using System.Runtime.InteropServices;
MSDN中对DllImportAttribute的解释是这样的:可将该属性应⽤于⽅法。DllImportAttribute 属性提供对从⾮托管 DLL
导出的函数进⾏调⽤所必需的信息。作为最低要求,必须提供包含⼊⼝点的 DLL 的名称。 DllImport 属性定义如下:
复制代码代码如下:
namespace System.Runtime.InteropServices
{
[AttributeUsage(AttributeTargets.Method)]
public class DllImportAttribute: System.Attribute
{
public DllImportAttribute(string dllName)
{...}
public CallingConvention CallingConvention;
public CharSet CharSet;
public string EntryPoint;
public bool ExactSpelling;
public bool PreserveSig;
public bool SetLastError;
public string Value { get {...} }
}
}
说明:
1、DllImport只能放置在⽅法声明上。
2、DllImport具有单个定位参数:指定包含被导⼊⽅法的 dll 名称的
dllName 参数。
3、DllImport具有五个命名参数:
a、CallingConvention
参数指⽰⼊⼝点的调⽤约定。如果未指定 CallingConvention,则使⽤默认值
CallingConvention.Winapi。
b、CharSet 参数指⽰⽤在⼊⼝点中的字符集。如果未指定 CharSet,则使⽤默认值
CharSet.Auto。
c、EntryPoint 参数给出 dll 中⼊⼝点的名称。如果未指定
EntryPoint,则使⽤⽅法本⾝的名称。
d、ExactSpelling 参数指⽰ EntryPoint
是否必须与指⽰的⼊⼝点的拼写完全匹配。如果未指定 ExactSpelling,则使⽤默认值 false。
e、PreserveSig
参数指⽰⽅法的签名应当被保留还是被转换。当签名被转换时,它被转换为⼀个具有 HRESULT返回值和该返回值的⼀个名为 retval
的附加输出参数的签名。如果未指定 PreserveSig,则使⽤默认值 true。
f、SetLastError 参数指⽰⽅法是否保留
Win32"上⼀错误"。如果未指定 SetLastError,则使⽤默认值 false。
4、它是⼀次性属性类。
5、此外,⽤ DllImport 属性修饰的⽅法必须具有 extern 修饰符。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论