指针与句柄

句柄并没有什么神奇之处，不管哪种句柄，实际都是一个整数。它标识一种资源，如窗口、位图等等。就象你找一个人，必须知道它的地址一样，如果你要操作一种资源，必须先获得句柄。
      “取窗口句柄（）”并不是只能取出窗口的句柄，所有窗口控件，如编辑框、标签等都可以用本命令取出自己的句柄，如： 

     编辑框1.取窗口句柄（）
     标签1.取窗口句柄（）

控件的句柄同样，任何控件都有它自身的特有属性，句柄也就指它的特有属性（包括共性）。好像人有男女之分，要找男人一定是找有特有性别的人，也就是能区分不是女人的特性的人。

    “句柄”（handle）
      handle的本意是把柄，把手的意思。是你与操作系统打交道的东东。举个通俗的例子，比如你考上了大学，入学后，学校（操作系统）会给你一个学生证号。 注意，这个号码是学校指定的，你无法自选。有了这个号码（学生证，假设一证多用）享受学校提供的服务：如你就可以去图书馆借书，去食堂吃饭，去教室上课等 等。但你不能到食堂里买啤酒，因为学校不允许这种服务。而在计算机中系统提供的服务就是API调用，
         你有了HANDLE，就可以理直气壮地向系统提出调用API的服务.而指针的权力就大多了，有了指针你可以到处去喝酒，打架，学校（操作系统）管不着，所 以句柄和指针的区别在于句柄只能调用系统提供的服务。而句柄虽然是一个能相互区别的号码，但与我们普通的ID号又有区别，普通的ID号是可以由程序员自己 定义的，而句柄不行，它是对象生成时系统指定的，是为了区别系统中存在的各个对象，这个句柄不是由程序员赋给的。

所 谓 句柄实际上是一个数据，是一个Long (整长型)的数据。句 柄是WONDOWS用来标识被应用程序所建立或使用的对象的唯一整数，WINDOWS使用各种各样的句柄标识诸如应用程序实例，窗口，控制，位图，GDI 对象等等。WINDOWS句柄有点象C语言中的文件句柄。 从上面的定义中的我们可以看到，句柄是一个标识符，是拿来标识对象或者项目的，它就象我们的姓名一样，每个人都会有一个，不同的人的姓名不一样，但是，也 可能有一个名字和你一样的人。从数据类型上来看它只是一个16位的无符号整数。应用程序几乎总是通过调用一个WINDOWS函数来获得一个句柄，之后其他 的WINDOWS函数就可以使用该句柄，以引用相应的对象。

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

1、 句柄所指的可以是一个很复杂的结构，并且很有可以是与系统有关的，比如说上面所说的线程的句柄，它指向的就是一个类或者结构，他和系统有很密切的关系，当 一个线程由于不可预料的原因，而终止时在系统就可以回它所占用的资料，如CPU，内存等等，反过来想可以知道，这个句柄中的某一些项，是与系统进行交互 的。由于Windows系统，是一个多任务的系统，它随时都可能要分配内存，回收内存，重组内存。 2、指针它也可以指向一个复杂的结构，但是通常是用户定义的，所以的必需的工作都要用户完成，特别是在删除的时候。 但在VC＋＋6.0中也有一些指针，它们都是处理一些小问题才用的，如最常见的字符的指针,它也是要用户处理的如果你动态分配了内存；但是Cstring 就不要用户处理了，它其实是VC＋＋中的一个类，所以的操作都由成员函数完成，产生（分配）由构造函数，删除（回收）由析构函数完成。 3.句柄是标号，指针是内存地址

句 柄和指针根本就不是一回事，基本上没有共同的地方。我对句柄的定义是：. 句柄是系统内部受保护的数据结构的标志或者说索引. 我的解释： 当你的应用程序或者系统建立内核对象，用户对象，GUI对象的时候实际上这些对象是一些内存数据结构（这个就不要我解释了吧）显然这些对象需要受到保护， 不能让用户随便修改访问，否则系统很容易崩溃所以提供了一个机制来保护性的访问这些对象，那就是API句柄是这些对象的标记，或者说是索引在内存中往往会 存在一张句柄表，一般至少有如下结构 索引（也就是句柄） 指针（指向内存对象数据结构） 其他项 1 ox???????? 2 ox???????? 3 ox???????? 4... 系统采用API，查询句柄表，取得句柄所对应的指针,这个指针才是真正的指针，用它可以访问修改受保护的内存. . 假如句柄是指针 . 1 你自己输出一些句柄的值来看，句柄一般都是一些很小的整数值， 比如1，2，3，4...... 如果是指针的话，它起不是指向受保护的区域？岂不是NULL指针？？？ 2 句柄如果是指针的话，那么用户岂不可以直接访问内存对象了？那系统还有什么稳定性,安全性？ 3 你把得到的句柄，比如hwnd做hwnd++,hwnd--等运算，你看错不错 其他理由我都不想说了 如果有人说看到句柄的定义为指针（我没有看到过） 那你就去当指针吧，反正指针也是32位的值，和无符号整数没有任何区别.

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

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)

指针 句柄之间的转换

a.由指针获得句柄 
CWnd * pWnd; 
CWnd HWnd; 
HWnd = pWnd->GetSafeHWnd();

b.由句柄得到指针:
CWnd* pWnd=FromeHandle(hMyHandle); 
pWnd->SetWindowText("Hello World!"); 
or CWnd* pWnd; pWnd->Attach(hMyHandle);

MFC类中有的还提供了标准方法，比如Window 句柄 ： 
static CWnd* PASCAL FromHandle( HWND hWnd ); 
HWND GetSafeHwnd( ) const;

对于位图： 
static CBitmap* PASCAL FromHandle( HBITMAP hBitmap ); 
static CGdiObject* PASCAL FromHandle( HGDIOBJ hObject ); 
HGDIOBJ GetSafeHandle( ) const;

csdn上有人说过：牧童遥指杏花村。
牧童的手为指针，杏花村的牌子为句柄，杏花村酒店为对象的实例.

句柄就是烤叉，用烤炉烤过鸭，鸡，牛，羊，狗么？
炉子里的东西是看不见，摸不到的，但你能用叉子去控制，
至于叉子上的是什么，你放进去前应该记住。呵呵

句柄有时是指针，有时是索引，但他绝对是一把钥匙，内核句柄110的钥匙，GDI句柄是
您的钥匙，只对您有效。

单从概念上讲，句柄指一个对象的标识，而指针是一个对象的首地址。从实际处理的角度讲，即可以把句柄定义为指针，又可以把它定义为同类对象数组的索引，这两种处理方法都有优缺点，至于选用哪种方式，完全应该看实际需要，这可以说是一种程序设计上的技巧。那种单纯认为句柄是指针或索引的想法都是机械的、不确切的。其实，在Windows中类似的处理是很多的、很灵活的。再具个相似的例子：我们知道，在Windows中有个函数叫做CallWindowProc。故名思义，它的作用就是向指定的窗口过程传递一个消息。你也许会想，既然我已经有了窗口过程的指针，为什么我不可以直接通过这个指针调用该函数（这是C语言的内建功能）？事实上，在Win16中确实可以这么做，因为GetWindowLong返回的确实是该函数的指针。但在Win32下，GetWindowLong返回的并不是该函数的指针，而是一个包含函数指针的数据结构的指针（MSDN上说返回的是一个窗口函数地址或它的句柄，就是指的这种情况）。该数据结构是可变的，但只要你使用CallWindowProc来调用的话是不会出错的。这里我们又看到使用句柄处理带来的好处。（补充说明一点：微软在这里之所以这么处理，是为了解决16位/32位
以及ANSI/UNICODE的转化问题）