在Windows编程中我们时刻接触到一个称为句柄(HANDLE)的东西。可以这样去理解句柄,Windows程序中产生的任何资源(要占用某一块或大或小的内存),如图标,光标,窗口,应用程序的实例(已加载到内存运行中的程序)。操作系统每产生一个这样的资源时,都要将它们放入相应的内存,并为这些内存指定一个唯一的标识号,这个标识号即该资源的句柄。操作系统要管理和操作这些资源,都是通过句柄来找到对应的资源的。按资源的类型,又可将句柄细分成图标句柄(HICON),光标句柄(HCURSOR),窗口句柄(HWND),应用程序实例句柄(HINSTANCE),等等各种类型的句柄。操作系统给每一个窗口指定的一个唯一的标识号即窗口句柄。
下面是HWND的定义: DECLARE_HANDLE (HWND);
#ifdef STRICT typedef void *HANDLE; #define DECLARE_HANDLE(name) struct name##__ { int unused; }; typedef struct name##__ *name #else typedef PVOID HANDLE; #define DECLARE_HANDLE(name) typedef HANDLE name #endif
Usually, the main information of a handle is an integer index into an internal table. But this is not always true. GDI handles have extra information like object type and a re-use count. Some handles are actually pointers.
There are three major groups of handles:
1) kernel handles, exposed by KERNEL32.DLL. Files, thread, process, .. 2) user handles, exposed by USER32.DLL. Icons, menus, windows, cursors, ... 3) GDI handles, exposed by GDI32.DLL. DC, font, region, DDB, DIB section, pen, brush.
句柄的定义不是一成不变的,在不同的场合定义不一样。大多数时候不是简单的定义成指针。具体定义成什么,依赖于此种情况下句柄的本质。有的时候就是指针,有的时候是一个句柄表的索引。
句柄vs指针
句柄是一种指向指针的指针。我们知道,所谓指针是一种内存地址。应用程序启动后,组成这 个程序的各对象是住留在内存的。如果简单地理解,似乎我们只要获知这个内存的首地址,那么就可以随时用这个地址 访问对象。但是,如果您真的这样认为,那么您就大错特错了。我们知道,Windows是一 个以虚拟内存为基础的操作系统。在这种系统环境下,Windows内存管理器经常在内存中来回移动对象,依此来满足各种应用程序的内存需要。对象被移动意味着它的地址变化 了。如果地址总是如此变化,我们该到哪里去找该对象呢?为了解决这个问题,Windows操作系统为各应用程序腾出一些内存储地址,用来专门 登记各应用对象在内存中的地址变化,而这个地址(存储单元的位置)本身是不变的。Windows内存管理器在移动对象在内存中的位置后,把对象新的地址告知这个句柄地址来保存。这样我们只需记住这个句柄地址就可以间接地知道对象具体在内存中的哪个位置。这个地址是在对象装载(Load)时由系统分配给的,当系统卸载时(Unload)又释放给系统。句柄地址(稳定)→记载着对象在内存中的地址→对象在内存中的地址(不稳定)→实际对象。但是,必须注意的是程序每次从新启动,系统不能保证分配给这个程序的句柄还是原来的那个句柄,而且绝大多数情况的确不一样的。假如我们把进入电影院看电影看成 是一个应用程序的启动运行,那么系统给应用程序分配的句柄总是不一样,这和每次电 影院售给我们的门票总是不同的一个座位是一样的道理。
------------------------------------------------------------------------------------------------------------------------------------------------------------------
这篇文章是关于如何获取窗口句柄,以及有哪些函数可供使用的简单讨论!可适用于vc、bcb(其他的我没有试,估计可以),本人在bcb环境下试验。 首先我会罗列出一些获取句柄的win32 api 函数,然后简单说说他们的用途!最后说说我是怎么理解和应用的。见笑了! 可用的win32 api函数: 1.HWND FindWindow(LPCTSTR lpClassName, LPCTSTR lpWindowName) HWND FindWindowEx(HWND hwndParent, HWND hwndChildAfter,LPCTSTR lpClassName, LPCTSTR lpWindowName) 2.HWND WindowFromPoint(POINT& Point) 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) 一般用途: 对于第一种,大家都很熟悉,是捕捉句柄的常规武器,FindWindow这两兄弟,可以接受捕捉对象的类名或者窗口标题之一,作为参数,返回一个HWND。可是对于一般群众,不一定知道所有的窗口(包括标题栏、按钮等等)的类名啊!棗可以简单举例,请问你知道桌面图标的窗口的类名吗?而对于窗口标题,有可能会出现相同的标题,有两个窗口棗指一个程序的两个进程,这又是个麻烦吧!好了,这个问题先放放,继续下一组。 第二组,通过win32定义的POINT结构(typedef struct tagPOINT { LONG x; LONG y;} POINT),来获得当前鼠标光标位置的窗口HWND,这是最直观的武器!常规操作如下:先得到Cursor的POINT(BOOL GetCursorPos(LPPOINT)函数),再用WindowFromPoint。这样,我们几乎可以获得任何打开的有窗口的函数的HWND了!然后通过获取类名的win32 api函数(int GetClassName( HWND hWnd, LPTSTR lpClassName, int nMaxCount ))得到类名棗这里的lpClassName最好用字符数组地址,nMaxCount就是数组的size了,同时,这种方法解决了第一个问题的麻烦!棗我可以把鼠标放在任何地方!*^_^* 第三组,这些是用来列举和处理任何窗口的超级武器!通过组合运用EnumWindows和EnumWindowsProc,EnumChildWindows与EnumChildProc,可以扫描桌面所有窗口并对之处理! 我的理解:(这部分用任务驱动式教学方法棗谁让小弟是老师呢!xi xi) 任务:得到所有的窗口的类名。 解决办法1:我们会先想到第三组,可以自桌面窗口开始(它是所有窗口的祖先),依次扫描,获取类名并存之。有点儿像Visual Stdio的Spy++,或者Borland 的WinSight32,具体办法如下:(bcb中) 在主程序中,调用EnumWindows,传入YouEnumProc的函数地址作第一个参数,别忘了转换成WNDENUMPROC类型。第二参可NULL。::EnumWindows(reinterpret_cast YouEnumProc,NULL); 在YouEnumProc函数中,如果第一参HWND = = NULL,就跳离(return FALSE;),可以结束啦! 然后,把类名数组准备好,得到类名,存之。 返回真值,继续下一次扫描。 看起来并不复杂,是一种函数递归。但是我可会解释!面啊!: p 第二种解决方法:简单、直观棗自己想出来的,颇得意 首先准备一个时钟,一种存类名方法(我用TMemo) 在定时器处理函数中: 1、得到当前cursor的点位置 2、再用WindowFromPoint, 3、然后得到类名,放到TMemo里 这样可以用鼠标获得你想要的窗口(包括按钮等),只要鼠标在窗口放一会儿。。。哈哈 第三种方法:其实利用FindWindow和循环结构也应该可以 总结:其实得到HWND的方法很多,比如知道了窗口层次,依次向下扫。。。在说第三种呢!但我觉得,我的方法最直接有效,你说呢? 欢迎大家与我联系,并讨论这个问题!有关这个问题我还有许多疑问,比如HWND与ID的转换,在如IE页面中的表单控件的HWND或ID,还是其他的东东,总之是能识别他的东西。。。这个我很困惑,没办法! 不清楚地方,大家要参照MSDN啊!(好东西呀!) 下面是来自微软的例子,这个枚举所有的窗口,然后向窗口发送关闭的消息。 #include
BOOL CALLBACK EnumWindowsProc( HWND hwnd, DWORD lParam );
// // EnumWindowsProc must be called from a Windows // application on Windows 95. // int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow ) { // // Close all open applications. // EnumWindows(EnumWindowsProc, 0);
// Now do a regular logoff. ExitWindowsEx(EWX_LOGOFF , 0);
}
BOOL CALLBACK EnumWindowsProc( HWND hwnd, DWORD lParam ) { DWORD pid = 0; LRESULT lResult; HANDLE hProcess; DWORD dwResult;
lResult = SendMessageTimeout( hwnd, WM_QUERYENDSESSION, 0, ENDSESSION_LOGOFF, SMTO_ABORTIFHUNG, 2000, &dwResult);
if( lResult ) { // // Application will terminate nicely, so let it. // lResult = SendMessageTimeout( hwnd, WM_ENDSESSION, TRUE, ENDSESSION_LOGOFF, SMTO_ABORTIFHUNG, 2000, &dwResult);
} else // You have to take more forceful measures. { // // Get the ProcessId for this window. // GetWindowThreadProcessId( hwnd, &pid ); // // Open the process with all access. // hProcess = OpenProcess(PROCESS_ALL_ACCESS, FALSE, pid); // // Terminate the process. // TerminateProcess(hProcess, 0);
} // // Continue the enumeration. // return TRUE; }
|