关于 CallNextHookEx 的第一个参数

CallNextHookEx 的第一个参数,在 MSDN 中介绍,应该是你自己设置的钩子的句柄。不过,我们也经常听到这样的说法,说那个参数其实没有用,直接传入 NULL 也可以。

老汉一直是后一种说法的认可者,原因很简单,我有好多代码就是这么写的,而且从来没有出现过问题,直到昨天。问题出在 Windows 95 上,在我设置了 WH_CBT 类型的钩子之后,MFC 的同类型的钩子函数工作就不正常了。调试了很长时间才意识到这个问题有可能是我将 NULL 传递为 CallNextHookEx 的第一个参数造成的,改正后果然正常了。不过,这个问题从来没有在 Windows NT 系列的操作系统上出现过。其实,如果你稍微深入地探查一下 Windows NT 系列的系统内部,就会发现那个参数确实没有用。

最后形成的结论是不完整的,而且也有可能不正确,仅供参考:
1、在 Windows NT 系列的操作系统上,CallNextHookEx 的第一个参数可以传递 NULL,而且工作正常。
2、在 Windows 95 系列的操作系统上,CallNextHookEx 的第一个参数在钩子的类型为 WH_GETMESSAGE/WH_CALLWNDPROC 时可以传递 NULL,而且工作正常(这一点有一个非常有力的佐证,即微软 SDK 中的 SPY 示例程序,该程序同时设置了这两种类型的钩子,并在调用 CallNextHookEx 时将第一个参数传递为 NULL,在两个系列的系统上运行均正常);在钩子的类型为 WH_CBT 时不可以传递 NULL,否则工作不正常;其他类型的钩子没有测试,但是,个人认为,由于 WH_CALLWNDPROCRET 类型的钩子与 WH_CALLWNDPROC 类型的钩子具有一定的相似性,也应该可以传递 NULL。

不过上述对 SPY 的例举有一点没有考虑,就是该程序设置的是一个全局钩子,而我测试的时候设置的是线程局部钩子。

顺便说一句,微软在设计钩子的回调例程的原型时,没有按照惯例保留出供用户使用的数据参数,是一大失败。

发表评论

电子邮件地址不会被公开。 必填项已用*标注