文件句柄和句柄

所谓句柄实际上是一个数据，是一个Long (整长型)的数据。

句柄是WONDOWS用来标识被应用程序所建立或使用的对象的唯一整数，WINDOWS使用各种各样的句柄标识诸如应用程序实例，窗口，控制，位图，GDI对象等等。WINDOWS句柄有点象C语言中的文件句柄。

从上面的定义中的我们可以看到，句柄是一个标识符，是拿来标识对象或者项目的，它就象我们的姓名一样，每个人都会有一个，不同的人的姓名不一样，但是，也可能有一个名字和你一样的人。从数据类型上来看它只是一个16位的无符号整数。应用程序几乎总是通过调用一个WINDOWS函数来获得一个句柄，之后其他的WINDOWS函数就可以使用该句柄，以引用相应的对象。

如果想更透彻一点地认识句柄，我可以告诉大家，句柄是一种指向指针的指针。我们知道，所谓指针是一种内存地址。应用程序启动后，组成这个程序的各对象是住留在内存的。如果简单地理解，似乎我们只要获知这个内存的首地址，那么就可以随时用这个地址访问对象。但是，如果您真的这样认为，那么您就大错特错了。我们知道，Windows是一个以虚拟内存为基础的操作系统。在这种系统环境下，Windows内存管理器经常在内存中来回移动对象，依此来满足各种应用程序的内存需要。对象被移动意味着它的地址变化了。如果地址总是如此变化，我们该到哪里去找该对象呢?

为了解决这个问题，Windows操作系统为各应用程序腾出一些内存储地址，用来专门登记各应用对象在内存中的地址变化，而这个地址(存储单元的位置)本身是不变的。Windows内存管理器在移动对象在内存中的位置后，把对象新的地址告知这个句柄地址来保存。这样我们只需记住这个句柄地址就可以间接地知道对象具体在内存中的哪个位置。这个地址是在对象装载(Load)时由系统分配给的，当系统卸载时(Unload)又释放给系统。

句柄地址(稳定)→记载着对象在内存中的地址────→对象在内存中的地址(不稳定)→实际对象

本质：WINDOWS程序中并不是用物理地址来标识一个内存块，文件，任务或动态装入模块的，相反的，WINDOWS API给这些项目分配确定的句柄，并将句柄返回给应用程序，然后通过句柄来进行操作。

但是必须注意的是程序每次从新启动，系统不能保证分配给这个程序的句柄还是原来的那个句柄，而且绝大多数情况的确不一样的。假如我们把进入电影院看电影看成是一个应用程序的启动运行，那么系统给应用程序分配的句柄总是不一样，这和每次电影院售给我们的门票总是不同的一个座位是一样的道理。

关于句柄和文件句柄

2008-09-04 12:16

       句柄是一个（通常为32位的无符号）整数，它代表一个对象。Windows中的句柄类似传统C或者MS-DOS程序设计中使用的文件句柄。程序几乎总是通过呼叫Windows函数取得句柄。程序在其它Windows函数中使用这个句柄，以使用它代表的对象。代号的实际值对程序来说是无关紧要的。但是，向您的程序提供代号的Windows模块知道如何利用它来使用相对应的对象。

       句柄是WONDOWS用来标识被应用程序所建立或使用的对象的唯一整数，WINDOWS使用各种各样的句柄标识诸如应用程序实例，窗口，控制，位图，GDI对象等等。

       句柄是一个标识符，是拿来标识对象或者项目的，它就象我们的姓名一样，每个人都会有一个，不同的人的姓名不一样，但是，也可能有一个名字和你一样的人。从数据类型上来看它只是一个16位的（或32位）无符号整数。应用程序几乎总是通过调用一个WINDOWS函数来获得一个句柄，之后其他的WINDOWS函数就可以使用该句柄，以引用相应的对象。

Richard Wilton：

在Windows环境中，句柄是用来标识项目的，这些项目包括：模块(module)、任务(task)、实例 (instance)、文件(file)、内存块(block of memory)、菜单(menu)、控制(control)、字体(font)、资源(resource)，包括图标(icon)，光标 (cursor)，字符串(string)等、GDI对象(GDI object)，包括位图(bitmap)，画刷(brush)，元文件（metafile）,调色板(palette)，画笔(pen)，区域 (region)，以及设备描述表(device context)。

HANDLE也是PVOID，也就是无类型指针。

       说的确切一点，句柄实际上是一种指向某种资源的指针，但与指针又有所不同：指针对应着一个数据在内存中的地址，得到了指针就可以自由地修改该数据。Windows并不希望一般程序修改其内部数据结构，因为这样太不安全。所以Windows给每个使用GlobalAlloc等函数声明的内存区域指定一个句柄(本质上仍是一个指针，但不要直接操作它)，平时你只是在调用API函数时利用这个句柄来说明要操作哪段内存。
       引喻：牧童遥指杏花村
牧童的手为指针，杏花村的牌子为句柄，杏花村酒店为对象的实例.

附注：获得窗口句柄三种方法

1.HWND FindWindow(LPCTSTR lpClassName, LPCTSTR lpWindowName)

HWND FindWindowEx(HWND hwndParent, HWND hwndChildAfter,LPCTSTR lpClassName, LPCTSTR lpWindowName)

2.HWND WindowFromPoint(POINT& Point)//获得当前鼠标光标位置的窗口HWND

3.BOOL CALLBACK EnumChildProc(HWND hwnd,LPARAM lParam)

BOOL CALLBACK EnumChildWindows(HWND hWndParent, WNDENUMPROC lpEnumFunc,LPARAM lParam)

BOOL CALLBACK EnumWindows(WNDENUMPROC lpEnumFunc, LPARAM lParam)

BOOL CALLBACK EnumWindowsProc(HWND hwnd, LPARAM lParam)

       句柄不是指针(哪怕说是指针的指针,要知道指针包含了太多的信息)，若说句柄含有指针的某些意思(或在某种模式情况下就是指针)似乎更好； 而把句柄当做一个人的名字，并"可以通过名字(句柄)，实现对句子的引用和访问"，感觉这种比喻好象贴近，但问题是可能有许多人叫同一个名字，但句柄之所以有意义正因为它具有唯一性，所以这种比喻也有问题。如果换个说法，说句柄是表示你的进程与外界的i/o连接，把它当作是一个连接的名字是不是更恰当些? 至于文件句柄么，记得曾有资料给出这样的解释(大意)：它类似于门把手，有它你可找到“门”这个对象，就可以控制对象"门"了，但觉得把它类比于门把手似乎并不贴切，感觉象是直译句柄这个词的词意，我们知道，其实文件句柄是一个十六位长度的二进制代码(Windows95后为32位无符号整数)，代表一个已被打开文件的通道号，借助于这个句柄，你的应用程序即可使用这个相应的句柄对文件进行随意存取操作，说白了文件句柄其实是一串代表着特殊含义的号码; 当然其实系统是用句柄与一些资源联系起来的，当由系统管理，动态分配给你应用程序的某些资源的代号，你就可以使用句柄访问相应的资源了，尤其在Windows系统中，有很多东东都使用句柄，如窗口，socket……等资源都使用句柄来标识，于是也就有了窗口句柄...等之说。

       如果想更透彻一点地认识句柄，我可以告诉大家，句柄是一种指向指针的指针（待商议！）。我们知道，所谓指针是一种内存地址。应用程序启动后，组成这个程序的各对象是住留在内存的。如果简单地理解，似乎我们只要获知这个内存的首地址，那么就可以随时用这个地址访问对象。但是，如果您真的这样认为，那么您就大错特错了。我们知道，Windows是一个以虚拟内存为基础的操作系统。在这种系统环境下，Windows内存管理器经常在内存中来回移动对象，依此来满足各种应用程序的内存需要。对象被移动意味着它的地址变化了。如果地址总是如此变化，我们该到哪里去找该对象呢?
       为了解决这个问题，Windows操作系统为各应用程序腾出一些内存储地址，用来专门登记各应用对象在内存中的地址变化，而这个地址(存储单元的位置)本身是不变的。Windows内存管理器在移动对象在内存中的位置后，把对象新的地址告知这个句柄地址来保存。这样我们只需记住这个句柄地址就可以间接地知道对象具体在内存中的哪个位置。这个地址是在对象装载(Load)时由系统分配给的，当系统卸载时(Unload)又释放给系统。
        句柄地址(稳定)→记载着对象在内存中的地址————→对象在内存中的地址(不稳定)→实际对象
        本质：WINDOWS程序中并不是用物理地址来标识一个内存块，文件，任务或动态装入模块的，相反的，WINDOWS API给这些项目分配确定的句柄，并将句柄返回给应用程序，然后通过句柄来进行操作。
但是必须注意的是程序每次从新启动，系统不能保证分配给这个程序的句柄还是原来的那个句柄，而且绝大多数情况的确不一样的。假如我们把进入电影院看电影看成是一个应用程序的启动运行，那么系统给应用程序分配的句柄总是不一样，这和每次电影院售给我们的门票总是不同的一个座位是一样的道理。

        句柄用以标识系统核心对象,只有系统函数知道该值的意义,应用程序不知道,不同的句柄含义也是不同的(及代表的系统数据结构是不同的)。

        句柄是一些表的索引也就是指向指针的指针,句柄和指针都是地址，句柄是Windows编程的一个关键性的概念，编写Windows应用程序总是要和各种句柄打交道。所谓句柄，就是一个唯一的数，用以标识许多不同的对象类型，如窗口、菜单、内存、画笔、画刷、电话线路等。在Win32里，句柄是指向一个“无类型对象”(void*)的指针，也就是一个4字节长的数据。无论它的本质是什么，句柄并不是一个真正意义上的指针。从构造上看，句柄是一个指针，尽管它没有指向用于存储某个对象的内存位置。事实上，句柄指向一个包含了对该对象进行的引用的位置。句柄的声明是这样的：typedef void *HANDLE由于Windows是一个多任务操作系统，它可以同时运行多个程序或一个程序的多个副本。这些运行的程序称为一个实例。为了对同一程序的多个副本进行管理，Windows引入了实例句柄。Windows为每个应用程序建立一张表，实例句柄就好象是这张表的一个索引。不同在于： 1，句柄所指的可以是一个很复杂的结构，并且很有可以是与系统有关的，比如说上面所说的线程的句柄，它指向的就是一个很类或者结构，他和系统有很密切的关系，当一个线程由于不可预料的原因，而终止时在系统就可以回它所占用的资料，如CPU，内存等等，反过来想可以知道，这个句柄中的某一些项，是与系统进行交互的。由于Windows系统，是一个多任务的系统，它随时都可能要分配内存，回收内存，重组内存。 2，指针它也可以指向一个复杂的结构，但是通常是用户定义的，所以的必需的工作都要用户完成，特别是在删除的时候。 但在VC＋＋6.0中也有一些指针，它们都是处理一些小问题才用的，如最常见的字符的指针,它也是要用户处理的如果你动态分配了内存；但是Cstring就不要用户处理了，它其实是VC＋＋中的一个类，所以的操作都由成员函数完成，产生（分配）由构造函数，删除（回收）由析构函数完成。

1.句柄是什么？
在windows中，句柄是和对象一一对应的32位无符号整数值。对象可以映射到唯
一的句柄，句柄也可以映射到唯一的对象。
2.为什么我们需要句柄？
更准确地说，是windows需要句柄。windows需要向程序员提供必要地编程接口
，在这些接口中，允许程序员访问、创建和销毁对象。但是，出于封装地考虑，wi
ndows并不想向程序员返回指针。指针包含了太多的信息。首先指针给出了对象存储
的确切位置；其次，要操作一个指针，程序员必须知道指针所指对象的内部结构特
征，也即，windows必须向程序员暴露相应的数据结构，而这些数据结构也许是操作
系统想向程序员隐藏的。
如果说COM技术向用户隐藏了数据，只暴露了接口并只允许按接口定义的方法操
作数据的话，句柄这种方式则允许你按自己的方式直接操作数据，但windows又不向
你直接暴露数据。直接操作数据是程序员需要的，不暴露数据是windows所需要的，
句柄封装方式实现了各取所需。
3.句柄如何与对象映射？
封装背后，必须有一个地方可以实现解码，以实现句柄和对象的相互转换。在
windows中，存在两种映射方式：
a. 全等映射。也即，句柄本身就是一个指针。映射在这里只是类型转换而已。
这种情况有，进程实例句柄或模块句柄，以及资源句柄等等。
b. 基于表格的映射。这是对象指针与句柄之间最普通的映射机制。操作系统创
建表格，并保存所有要考虑的对象。需要创建新对象时，要先在表格中找到空入口
，然后把表示对象的数据添入其中。当对象被删除时，它的数据成员和其在表中的
入口被释放。

句柄就是用来区分各种内存对象的唯一标识符号，是个32位整数。有些是整个系统唯一(如窗口句柄)，有些是当前进程或线程中唯一(如线程句柄，全局的有另一个标识符)。详细的可分为许多种，都是以H开头的。在VB中使用时全部都用Long。

常见的有窗口句柄(HWND)，设备描述表句柄(HDC)，内存句柄(HMEM)，文件句柄，进程句柄，线程句柄，笔的类型句柄(HPEN)，字体句柄(HFONT)，区域句柄(HRGN)等等。在申请句柄时是要占用资源的，分三类SYSTEM、USER、GDI。而WINDOWS的资源是固定的，并不随内存的扩大而扩大，所以使用完以后一定要释放。如果只用VB本身的代码一般是不会用到句柄的，但要是使用API函数的话，大多数会使用。

在Windows系统中，句柄（我一直觉得这个词翻译得特别别扭）分为三大类：KernelHandle、UserHandle和应用程序自定义的Handle。KernelHandle实际上是进程内Kernel对象的指针表索引，Kernel对象包括进程、文件、信号等。但是MS为了掩盖着一事实，在系统启动时生成了一个所谓Obsfucator的值（其实应该是Obfuscator，MicrosoftBugs(R):)，生成Handle后将Handle与这个值异或后返回给应用程序，所以看到的Handle都是一些很大而且毫无意义的数字。这些Handle和索引的对象是由KRNL32.DLL和VMM32.VXD共同管理的，所以称之为KernelHandle。

UserHandle是用来标示窗口、DC等对象的，他们是真实的指针，但指向的并不是对象的开头，有一个偏移量。同样，这些对象是由USER32.DLL管理的。第三种Handle不过是应用程序自定义的一些索引之类的东东，具体的意义和应用程序相关