DLL引用摘录

最近使用DllImport,从网上google后发现,大部分内容都是相同,又从MSDN中搜集下,现将内容汇总,与大家分享。

大家在实际工作学习C#的时候,可能会问:为什么我们要为一些已经存在的功能(比如Windows中的一些功能,C++中已经编写好的一些方法)要重新编写代码,C#有没有方法可以直接都用这些原本已经存在的功能呢?答案是肯定的,大家可以通过C#中的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具有五个命名参数:
   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修饰符。
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")来确定物理路径。

DllImport加载速度慢的问题:
不过,我发现,调用这种"非托管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 -o a.exe“,inf); //这里就是调用我的DLL里定义的Compile函数

DllImport用法示例:
一 在C#程序设计中使用Win32类库
 常用对应类型:
1、DWORD 是 4 字节的整数,因此我们可以使用 int 或 uint 作为 C# 对应类型。
2、bool 类型与 BOOL 对应。
示例一:调用 Beep() API 来发出声音
Beep() 是在 kernel32.lib 中定义的,在MSDN 中的定义,Beep具有以下原型:
BOOL Beep(DWORD dwFreq, // 声音频率
          DWORD dwDuration // 声音持续时间); 
用 C# 编写以下原型:
[DllImport("kernel32.dll")] 
public static extern bool Beep(int frequency, int duration);
示例二:枚举类型和常量
MessageBeep() 是在 user32.lib 中定义的,在MSDN 中的定义,MessageBeep具有以下原型:
BOOL MessageBeep(UINT uType // 声音类型
                  ); 
用C#编写一下原型:
public enum BeepType
{
   SimpleBeep = -1,
   IconAsterisk = 0x00000040,
   IconExclamation = 0x00000030,
   IconHand = 0x00000010,
   IconQuestion = 0x00000020,
   Ok = 0x00000000,
}
uType 参数实际上接受一组预先定义的常量,对于 uType 参数,使用 enum 类型是合乎情理的。
[DllImport("user32.dll")]
public static extern boolMessageBeep(BeepType beepType); 
示例三:处理结构
有时我需要确定我笔记本的电池状况。Win32 为此提供了电源管理函数,搜索 MSDN 可以找到GetSystemPowerStatus() 函数。
BOOL GetSystemPowerStatus(LPSYSTEM_POWER_STATUS lpSystemPowerStatus);
此函数包含指向某个结构的指针,我们尚未对此进行过处理。要处理结构,我们需要用 C# 定义结构。我们从非托管的定义开始:
typedef struct _SYSTEM_POWER_STATUS {
   BYTE  ACLineStatus;
   BYTE  BatteryFlag;
   BYTE  BatteryLifePercent;
   BYTE  Reserved1;
   DWORD BatteryLifeTime;
   DWORD BatteryFullLifeTime;
} SYSTEM_POWER_STATUS, *LPSYSTEM_POWER_STATUS;
然后,通过用 C# 类型代替 C 类型来得到 C# 版本。
struct SystemPowerStatus
{
  byte ACLineStatus;
  byte batteryFlag;
  byte batteryLifePercent;
  byte reserved1;
  int batteryLifeTime;
  int batteryFullLifeTime;
}
    这样,就可以方便地编写出 C# 原型:
    [DllImport("kernel32.dll")]
    public static extern bool GetSystemPowerStatus(ref SystemPowerStatus systemPowerStatus);
在此原型中,我们用“ref”指明将传递结构指针而不是结构值。这是处理通过指针传递的结构的一般方法。
此函数运行良好,但是最好将 ACLineStatus 和 batteryFlag 字段定义为 enum:
enum ACLineStatus: byte
{
   Offline = 0,
   Online = 1,
   Unknown = 255,
}
enum BatteryFlag: byte
{
   High = 1,
   Low = 2,
   Critical = 4,
   Charging = 8,
   NoSystemBattery = 128,
   Unknown = 255,
}
请注意,由于结构的字段是一些字节,因此我们使用 byte 作为该 enum 的基本类型。
二 C# 中调用C++代码
int 类型
[DllImport(“MyDLL.dll")] 
public static extern int mySum (int a1,int b1);    //返回个int 类型
extern “C” __declspec(dllexport)  int WINAPI mySum(int a2,int b2)    //DLL中申明
    //a2 b2不能改变a1 b1
    //a2=..
    //b2=...
 return a+b;
}
//参数传递int类型 public static extern int mySum (ref int a1,ref int b1); //DLL中申明 extern “C” __declspec(dllexport)  int WINAPI mySum(int *a2,int *b2) {    //可以改变 a1, b1   *a2=...   *b2=...   return a+b; } 

DLL 需传入char *类型
[DllImport(“MyDLL.dll")] 
//传入值
public static extern int mySum (string  astr1,string bstr1);
//DLL中申明
extern “C” __declspec(dllexport)  int WINAPI mySum(char * astr2,char *bstr2)
{
//改变astr2bstr 2  ,astr1 bstr1不会被改变
  return a+b;
}

DLL 需传出char *类型 [DllImport(“MyDLL.dll")] // 传出值public static extern int mySum (StringBuilder abuf, StringBuilder bbuf ); //DLL中申明 extern “C” __declspec(dllexport)  int WINAPI mySum(char * astr,char *bstr) {    //传出char * 改变astr bstr -->abuf, bbuf可以被改变   return a+b; } DLL 回调函数 BOOL EnumWindows(WNDENUMPROC lpEnumFunc, LPARAM lParam) 

usingSystem;
using System.Runtime.InteropServices;
public delegate bool CallBack(int hwnd, int lParam); //定义委托函数类型
public class EnumReportApp
{
   [DllImport("user32")]
   public static extern int EnumWindows(CallBack x, int y);
   public static void Main() 
   {
     CallBack myCallBack = new CallBack(EnumReportApp.Report);
     EnumWindows(myCallBack, 0);
   }
   public static bool Report(int hwnd, int lParam)
   {
      Console.Write("Window handle is ");
      Console.WriteLine(hwnd); return true;
   }
}

DLL  传递结构  BOOL PtInRect(const RECT *lprc, POINT pt); using System.Runtime.InteropServices; [StructLayout(LayoutKind.Sequential)] public struct Point

{   public int x; public int y;  } [StructLayout(LayoutKind.Explicit)]  public struct Rect  { [FieldOffset(0)] public int left; [FieldOffset(4)] public int top; [FieldOffset(8)] public int right; [FieldOffset(12)] public int bottom;  } Class XXXX

{   [DllImport("User32.dll")] public static extern bool PtInRect(ref  Rect r, Point p);  }

关于DllImportAttribute下四个字段的详细用法见:C#DllImportAttribute用法汇总

以上文字部分转载于:http://www.360doc.com/content/10/0602/14/957410_30860125.shtml
时间: 2024-10-24 13:19:41

DLL引用摘录的相关文章

Aspose.Cells.dll引用导入导出Excel

Aspose.Cells 导入导出EXCEL 文章出处:http://hi.baidu.com/leilongbing/item/c11467e1819e5417595dd8c1 修改样式       Workbook workbook = new Workbook(); //工作簿 Worksheet sheet = workbook.Worksheets[0]; //工作表 Cells cells = sheet.Cells;//单元格 //样式2 Aspose.Cells.Style st

MFC 关于动态库DLL引用CDialog的关键点

,在MFC的应用开发中,经常会遇到将部分功能以DLL动态库的方式进行封装调用,在调用的过程中应注意以下几点 1 设置当前资源句柄 在DLL中查找资源文件时,如需要将当前资源文件的handle设置成dll模块的hinstance. AfxGetResourceHandle() 查看当前资源句柄 AfxSetResourceHandle() 设置当前资源句柄 GetModuleHandle(“dll文件名”); 例示: HINSTANCE h1 = AfxGetResourceHandle(); H

Noesis.Javascript.dll 引用时报错“找不到指定的模块”

Could not load file or assembly 'Noesis.Javascript.dll' or one of its dependencies. 找不到指定的模块. 通过反编译发现了这个dll引用了“Microsoft.VisualC”,版本为10.0.0.0 下载安装“Microsoft Visual C++ 2010 可再发行组件包 (x86)”https://www.microsoft.com/zh-cn/download/details.aspx?id=5555 参

ASP.NET 日志组件LogNet.DLL 引用即可写入日志及读取日志

借助LogNet组件,以后查看站点日志,再也不用去服务器下载了 日志组件:LogNet.DLL ,引用即可使用 写入方法: 1.LogNet.Log.WriteLog("日志标题", "日志内容"); 2.LogNet.Log.WriteLog("日志标题",new Exception()); 日志内容同时写入年月日三份文本文件中 站点读取方法: 复制 ReadLogNet.aspx 文件到站点,WebForm和MVC站点都一样,文件名也可自定义

vs的dll引用机制

vs2012编译的时候,遇到一个问题就是项目A中运行时缺失dll的问题,项目A引用类库B,类库B引用了x,y等dll,编译A项目的时候,出现x没拷贝到bin 目录. 通过跟踪编译输出发现,x没拷贝的原因是y这个dll也引用了x,而且y引用的x版本高于当前B引用的.这样在编译的时候,就会出现提示x版本1.0.0.0与x版本0.9.3.0出现冲突,选择x版本1.0.0.0 因为此版本更高(图1),然后开始遍历相关路径(图2)去寻找该1.0.0.0版本的dll,这个编译机制应该是vs出于引用高版本dl

在Delphi中静态调用DLL 引用外部Dll External Dll 导入Dll

  调用一个DLL比写一个DLL要容易一些.首先给大家介绍的是静态调用方法,稍后将介绍动态调用方法,并就两种方法做一个比较.同样的,我们先举一个静态调用的例子. unit Unit1; interface uses Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls; type TForm1 = class(TForm) Edit1: TEdit; Button1: TButton;

C++ win32 dll 引用外部CLR,加载托管程序集异常-Error 10 error LNK2019: unresolved external symbol _CLRCreateInstancet

异常: Error 10 error LNK2019: unresolved external symbol [email protected] referenced in function "unsigned long __stdcall StartTheDotNetRuntime(void *)" ([email protected]@[email protected]) E:\C++\VC项目\NativeDll\NativeDll.obj NativeDll 解决措施: nat

web 项目添加 x86 的dll 引用,模块 DLL c:\WINDOWS\system32\inetsrv\aspnetcore.dll 未能加载。

最近的项目要添加一个 x86 编译的dll, 首先添加引用,编译,报错: 首先判断是 项目中不能添加 x86 的引用,所以把所有的项目都按照 x86 的方式编译一遍,同时对应IIS 的应用池,也修改为启用32位. 本以为可以顺利显示,但是却报错.报错的是本机开发环境,但是部署到服务器测试却能够正常显示. 根据网上的提示,查看 系统日志里的应用程序日志, 再根据此错误信息,网上搜索,终于找到了解决方法. 1. 如果报错是 rewrite.dll , 则在程序-应用和管理 中修复 对应的IIS UR

COM组件DLL引用时出现检索组件错误

前情提要: 市面上有一套系统软件,其中某个功能的程序是使用COM组件开发的,我希望使用它的这个功能,所有我引用了他的COM组件DLL. 但是程序执行时出现了一个错误,错误如下图: 这个错误一般都是我们引用的COM组件没有注册引起的.但是当我使用regedit命令去注册组件时,总是无法注册报了一个错误 使用regsvr32.dll注册时出现这个问题. 我把这个程序拿到另一台电脑上使用时,没有报错,能够正常的运行,那台点脑安装了原版的程序.所以没有报这个错误. 因为单独注册dll没有成功,我只能采用