关于钩子函数(SetWindowsHookEx)的问题。

steel 2000-06-09 01:49:00
我在一个MFC的程序中使用了如下函数
hHookDll = LoadLibrary("MouseHook");
SetWindowsHookEx(WH_MOUSE,
(HOOKPROC)GetProcAddress(hHookDll, "MouseHookProc"),
hHookDll,
0);
但是测试时发现只能截获本线程的鼠标消息,不能截获系统的鼠标消息。
这是为什么?
...全文
1326 18 打赏 收藏 转发到动态 举报
写回复
用AI写文章
18 条回复
切换为时间正序
请发表友善的回复…
发表回复
steel 2000-06-12
  • 打赏
  • 举报
回复
xiao 我已将代码发送给你,请查收.谢谢!
steel 2000-06-12
  • 打赏
  • 举报
回复
我终于找到了问题的答案。
在我的钩子函数中,每当截获到一个鼠标消息就向主程序(一个常规MFC程序)发送WM_COPYDATA消息,并将所捕获的信息一同传送给主程序。
而问题就出在发送WM_COPYDATA消息时所用的窗口句柄上,即SendMessage(g_hwnd, WM_COPYDATA, (WPARAM)msg, (LPARAM)&g_cds);
在原来的代码中仅将变量定义为
static HWND g_hwnd=NULL; //hook dll global variant
并在dll中导出一个函数SetWindowHandle(HWND hwnd){g_hwnd=hwnd;}
用来设置该全局变量。
但是,实际上hook所在的dll将被映射进每个系统中的进程中(如果使用的是系统钩子),那么每次这样的映射都会使g_hwnd被重新制为NULL,因此hook即使截获了鼠标消息,也不能将他准确地传送给主程序。
解决办法是将g_hwnd定义为让所有的dll实例共享
#pragma data_seg("Shared")
HWND g_hwnd = NULL;
#pragma data_seg()
#pragma comment(linker,"/section:Shared,rws")
修改后一切都如我所愿了。

心得:要想成为优秀的程序员,需要透彻地理解所用的开发工具和开发平台,还要常回CSDN看看。
Jeffrey Richer 的Advanced Windows,3rd Edition是一本很好的参考书,有时间的话应该好好研究。

Xiao 2000-06-10
  • 打赏
  • 举报
回复
我的平台是Windows2000 server + VC6 + Platform SDK 2000 Beta3
Xiao 2000-06-10
  • 打赏
  • 举报
回复
steel, 我作了个试验,在MFC中使用SetWindowsHookEx安装位于DLL中截取鼠标消息的系统钩子,运行很正常。在DLL中调用SetWindowsHookEx也是如此。你不妨把整段代码都贴出来看看。
不过我还是建议在DLL中调用SetWindowsHookEx
zheng_rui 2000-06-09
  • 打赏
  • 举报
回复
是不是dll的问题
zheng_rui 2000-06-09
  • 打赏
  • 举报
回复
本人在2000中试过,为发现异常,真实奇怪。。。
olo 2000-06-09
  • 打赏
  • 举报
回复
关注
steel 2000-06-09
  • 打赏
  • 举报
回复
在使用system钩子时,钩子函数应该在DLL中,可SetWindowsHookEx函数并不一定要在DLL中,Spy的例子中SetWindowsHookEx就是直接在程序中调用的,我编译并运行过该程序,完全工作正常。
另外在我进行单步跟踪时,发现每一步都返回了成功值,没有任何异常。但就是只能截获本进程的鼠标消息。
Xiao 2000-06-09
  • 打赏
  • 举报
回复
我会试试。按照我的经验,如果你是thread钩子,那么钩函数代码及SetWindowsHookEx()均可出现在主程序或DLL中;如果是system钩子,那么钩函数代码和SetWindowsHookEx()调用都应该出现在DLL中,否则就有可能出问题。具体原因我不是很清楚,MSDN中的SDK文档讲得也不是很明白,如果你知道,麻烦告诉我。

此外,xielm关于共享数据段的作法是很正确的,因为缺省状态下,每个调用此DLL的进程均有一份该DLL的静态数据的拷贝,而显然系统钩子的句柄应该是系统范围唯一的,所以应该用共享数据段。这样编译器将把g_Hook放入一个叫"Shared"的数据段中。但这还不能保证所有此DLL的实例均共享这个数据段,你还应该在你的DLL的DEF文件中加一句:
// in DllName.def
SECTIONS Shared READ WRITE SHARED
这样所有此DLL的实例均会共享这个数据段
这与你当前的问题不相关,但值得注意

关于Un1的hHookDll的问题,由于系统钩的代码必须存在在DLL中,所以hHookDll可以直接在DLL的入口函数DllMain()中获得:
BOOL WINAPI DllMain(HINSTANCE hInstDll, DWORD fdwReason, LPVOID lpvReserved)
{
hHookDll = hInstDll; //将hHookDll设为hInstDll
return TRUE;
}
而不是在主程序中去LoadLibrary
且如果你把SetWindowsHookEx()调用放在DLL中,那么SetWindowsHookEx的第二个参数亦可直接用Dll中的钩函数名代替
SetWindowsHookEx(WH_MOUSE,
(HOOKPROC)MyMouseHookProc,
hHookDll, 0);

steel 2000-06-09
  • 打赏
  • 举报
回复
请问有没有人实现过在NT+SP4环境下,在MFC程序内调用SetWindowsHookEx,并能截获系统鼠标消息?
Kevin_qing 2000-06-09
  • 打赏
  • 举报
回复
我也想知道!
steel 2000-06-09
  • 打赏
  • 举报
回复
是不是在MFC中调用SetWindowsHookEx有什么需要特别注意的地方?
steel 2000-06-09
  • 打赏
  • 举报
回复
我按照Xiao和xielm的方法试了,在DLL中调用SetWindowsHookEx.
但是仍然不能截获系统的鼠标消息。
为什么?为什么?为什么?
steel 2000-06-09
  • 打赏
  • 举报
回复
可是在MSDN的示例Spy中SetWindowsHookEx函数的调用并不在DLL中。
请问,在DLL中调用和不在DLL中调用的区别在哪里?
xielm 2000-06-09
  • 打赏
  • 举报
回复
Xiao的說法對的,SetWindowsHookEx要在DLL中調用,其返回值要放在共享段中。
#pragma data_seg("Shared")//開設共享數據段
HHOOK g_Hook=NULL;
#pragma data_seg()
摘除鉤子還要句柄。

steel 2000-06-09
  • 打赏
  • 举报
回复
请问Xiao,你这样做的理由是什么? 为什么直接在MFC程序中调用不行?
另:Un1 如果要挂一个系统钩子的话,hHookDll是必须的。
Un1 2000-06-09
  • 打赏
  • 举报
回复
是不是hHookDll不需要传入啊?!
Xiao 2000-06-09
  • 打赏
  • 举报
回复
试着将SetWindowHookEx调用放在DLL中,即在DLL中加一个函数:
InstallHook()
{
SetWindowsHookEx(WH_MOUSE,
(HOOKPROC)GetProcAddress(hHookDll, "MouseHookProc"),
hInst, //在DllMain()中获得
0);
}
然后在主程序中调InstallHook()
三:程序的设计: I:设置钩子 设置钩子是通过SetWindowsHookEx ()的API函数. 原形: HHOOK SetWindowsHookEx(int idHook,HOOKPROC lpfn,HINSTANCE hMod,DWORD dwThreadId) idhook:装入钩子的类型. lpfn: 钩子进程的入口地址 hMod: 应用程序的事件句柄 dwThreadId: 装入钩子的线程标示 参数: idHook: 这个参数可以是以下值: WH_CALLWNDPROC、WH_CALLWNDPROCRET、WH_CBT、WH_DEBUG、WH_FOREGROUNDIDLE、WH_GETMESSAGE、WH_JOURNALPLAYBACK、WH_JOURNALRECORD、WH_KEYBOARD、 WH_KEYBOARD_LL、WH_MOUSE、WH_MOUSE_LL、WH_MSGFILTER、WH_SHELL、WH_SYSMSGFILTER。 对于这些参数,我不想一一加以解释,因为MSDN中有关于他们的详细注解。我只挑选其中的几个加以中文说明。 WH_KEYBOARD:一旦有键盘敲打消息(键盘的按下、键盘的弹起),在这个消息被放在应用程序的消息队列前,WINDOWS将会调用你的钩子函数钩子函数可以 改变和丢弃键盘敲打消息。 WH_MOUSE:每个鼠标消息在被放在应用程序的消息队列前,WINDOWS将会调用你的钩子函数钩子函数可以改变和丢弃鼠标消息。 WH_GETMESSAGE:每次当你的应用程序调用一个GetMessage()或者一个PeekMessage()为了去从应用程序的消息队列中要求一个消息时,WINDOWS都会调用你的钩子函数。 而钩子函数可以改变和丢弃这个消息。 II:释放钩子 钩子的释放使用的是UnhookWindowsHookEx()函数 原形:BOOL UnhookWindowsHookEx( HHOOK hhk ) UnhookWindowsHookEx()函数将释放的是钩子链中函数SetWindowsHookEx所装入的钩子进程。 hhk: 将要释放的钩子进程的句柄。 III:钩子进程 钩子进程使用函数HookProc;其实HookProc仅仅只是应用程序定义的符号。比如你可以写成KeyBoardHook.但是参数是不变的。Win32 API提供了诸如:CallWndProc、 GetMsgProc、DebugProc、CBTProc、MouseProc、KeyboardProc、MessageProc等函数,对于他们的详细讲解,可以看MSDN我在此只讲解一下KeyBoardHook的含义。 原形:LRESULT CALLBACK KeyBoardHook (int nCode, WPARAM wParam, LPARAM lParam) 说明:钩子进程是一些依附在一个钩子上的一些函数,因此钩子进程只被WINDOWS调用而不被应用程序调用,他们有时就需要作为一个回调函数(CALLBACK)。 参数说明: nCode:钩子代码,钩子进程使用钩子代码去决定是否执行。而钩子代码的值是依靠钩子的种类来定的。每种钩子种类都有他们自己一系列特性的代码。比如对于WH_KEYBOARD, 钩子代码的参数有:HC_ACTION,HC_NOREMOVE。HC_ACTION的意义:参数wParam 和lParam 包含了键盘敲打消息的信息,HC_NOREMOVE的意义:参数wParam 和lParam包含了 键盘敲打消息的信息,并且,键盘敲打消息一直没有从消息队列中删除。(应用程序调用PeekMessage函数,并且设置PM_NOREMOVE标志)。也就是说当nCode等于HC_ACTION时, 钩子进程必须处理消息。而为HC_NOREMOVE时,钩子进程必须传递消息给CallNextHookEx函数,而不能做进一步的处理,而且必须有CallNextHookEx函数的返回值。 wParam:键盘敲打所产生的键盘消息,键盘按键的虚拟代码。 lParam:包含了消息细节。 注意:如果钩子进程中nCode小于零,钩子进程必须返回(return) CallNextHookEx(nCode,wParam,lParam);而钩子进程中的nCode大于零,但是钩子进程并不处理消息, 作者推荐你调用CallNextHookEx并且返回该函数的返回值。否则,如果另一个应用程序也装入WH_KEYBOARD 钩子,那么该钩子将不接受钩子通知并且返回一个不正确的值。 如果钩子进程处理了消息,它可能返回一个非零值去阻止系统传递该信息到其它剩下的钩子或者windows进程。所以最好在钩子进程的最后都返回CallNextHookEx的返回
钩子函数大全WORD版 ============================== GetMsgProc 函数功能: 该函数处理过程是应用程序或库定义的回调函数, 它与函数SetWindowsHookEx搭配使用,每当函数GetMessage从应用程序的消息队列中获得了一个消息时,系统就调用此函数,在将此获得的消息传送给相应窗口处理过程之前,系统将此消息传送给该挂钩处理过程. 类型HOOKPROC定义了指向此类回调函数的指针, GetMsgProc是应用程序定义或库定义的相应回调函数名的位置标识符. 函数原形:LRESULT CALLBACK GetMsgProc(int code,WPARAM wParam,LPARAM lParam ); 参数: Code: 指示挂钩处理过程是否必须处理此消息.若nCode的值是HC_ACTION,则挂钩处理过程必须处理此消息,若nCode之值小于0,此挂钩处理过程必须将此消息不加处理地传送给函数CallNextHookEx并返回其返回值. wParam:指示此消息是否已从消息队列中被删除,此参数可以是以下值之一: PM_NOREMOVE :指出该消息尚未从消息队列中被删除(一个应用程序调用函数PeekMessage ,设置PM_NOREMOVE 标志). PM_REMOVE: 指出该消息已从消息队列中被删除. (一个应用程序调用函数 GetMessage或PeekMessage, 设置 PM_REMOVE标志.) lParam:指向结构MSG,该结构包含了关于此消息的详细消息 返回值: 若nCode的值小于0,则此挂钩函数必须返回函数CallNextHookEx所返回的值;若nCode的值大于或等于0,我们极力推荐对函数CallNextHookEx进行调用,并返回其返回值.否则,其他安装了挂钩WM_GETMESSAGE的应用程序将无法收到挂钩通知,从而导致错误的行为.若此挂钩处理过程没有调用函数CallNextHookEx,则返回值为0. 备注:挂钩处理过程GetMsgProc可以检查和修改此消息,在此挂钩处理过程将控制返回给系统之后,函数GetMessage将此修改后的消息返回给最初调用他的应用程序,应用程序通过调用函数SetWindowsHookEx指定WH_GETMESSAGE挂钩类型和相应挂钩处理过程的首地址来安装此挂钩处理过程. 速查:Windows NT:3.1以及以上版本,Windows :95以及以上版本,Windows CE 不支持,头文件:winuser.h,库文件:用户定义.

16,471

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧