C#中的IntPtr类型与句柄

OStack程序员社区-中国程序员成长平台 › 门户 › 编程› Node.js›Node.js教程

原作者: [db:作者] 来自: [db:来源] 收藏邀请

IntPtr

C#中的IntPtr类型称为“平台特定的整数类型”，它们用于本机资源，如窗口句柄。

资源的大小取决于使用的硬件和操作系统，但其大小总是足以包含系统的指针（因此也可以包含资源的名称）。
所以，在调用的API函数中一定有类似窗体句柄这样的参数，那么当您声明这个函数时，您应该将它显式地声明为IntPtr类型。
例如，在一个C#程序中调用Win32API mciSendString函数控制光盘驱动器，这个函数的函数原型是： MCIERROR mciSendString(

LPCTSTR lpszCommand, 
LPTSTR lpszReturnString, 
UINT cchReturn, 
HANDLE hwndCallback 
);

首先在C#中声明这个函数：

[DllImport("winmm.dll")] 
private static extern long mciSendString(string a,string b,uint c,IntPtr d);

然后用这样的方法调用：

mciSendString("set cdaudio door open", null, 0, this.Handle);

您也可以

//使用IntPtr.Zero将句柄设置为0； 或者使用类型强制转换： 
mciSendString("set cdaudio door open", null, 0, (IntPtr)0 ); 
//或者，使用IntPtr构造函数： 
IntPtr a = new IntPtr(2121);

这里有两点比较重要：
一是在C#中声明Win32API时，一定要按照WinAPI的原型来声明，不要改变它的数据类型，对应过来就行（参考：常用Win32数据类型与.NET平台数据类型的对应表）；
二是尽量不要过多使用类型强制转换或构造函数的方式初始化一个IntPtr类型的变量，这样会使程序变得难于理解并容易出错。

句柄

Windows是一个以虚拟内存为基础的操作系统，很多时候，进程的代码和数据并不全部装入内存，进程的某一段装入内存后，还可能被换出到外存，当再次需要时，再装入内存。两次装入的地址绝大多数情况下是不一样的。也就是说，同一对象在内存中的地址会变化。（对于虚拟内存不是很了解的读者，可以参考有关操作系统方面的书籍）那么，程序怎么才能准确地访问到对象呢？为了解决这个问题，Windows引入了句柄。

系统为每个进程在内存中分配一定的区域，用来存放各个句柄，即一个个32位无符号整型值（32位操作系统中）。每个32位无符号整型值相当于一个指针，指向内存中的另一个区域（我们不妨称之为区域A）。而区域A中存放的正是对象在内存中的地址。当对象在内存中的位置发生变化时，区域A的值被更新，变为当前时刻对象在内存中的地址，而在这个过程中，区域A的位置以及对应句柄的值是不发生变化的。这种机制，用一种形象的说法可以表述为：有一个固定的地址（句柄），指向一个固定的位置（区域A），而区域A中的值可以动态地变化，它时刻记录着当前时刻对象在内存中的地址。这样，无论对象的位置在内存中如何变化，只要我们掌握了句柄的值，就可以找到区域A，进而找到该对象。而句柄的值在程序本次运行期间是绝对不变的，我们（即系统）当然可以掌握它。这就是以不变应万变，按图索骥，顺藤摸瓜。

所以，我们可以这样理解Windows句柄：

数值上，是一个32位无符号整型值（32位系统下）；逻辑上，相当于指针的指针；形象理解上，是Windows中各个对象的一个唯一的、固定不变的ID；作用上，Windows使用句柄来标识诸如窗口、位图、画笔等对象，并通过句柄找到这些对象。

参考：图解说明——究竟什么是Windows句柄