我对WH_MOUSE有一些疑问。根据我的阅读，通过将钩子放入DLL中，它会注入进程。这是否意味着捕获鼠标也可以在我的桌面，菜单启动等工作？那应用程序的标题栏呢？我在互联网上看到过一些有这些问题的帖子，但不知道他们是否因某些事情而失败或者存在某种限制（或其他方法）。
我还有一个关于WH_MOUSE和WH_MOUSE_LL之间性能的问题。我发现某个地方WM_MOUSE比WH_MOUSE_LL快，但它真的很明显吗？如果是这样，在什么情况下它可以减慢系统的速度，我们可以注意到这一点？如果我只想记录鼠标和键盘的点击，WH_MOUSE_LL会有效吗？
谢谢！
答案 0 :(得分：10)
两个钩子都可以让你在屏幕上的任何地方输入鼠标（除了下面列出的情况），从这个高级功能的角度看它们基本相同。
两者都受UIPI约束：当鼠标悬停在升高的过程中时，钩子都不会让你输入鼠标。
低级别挂钩不需要DLL，因此C＃可以使用它。另一种类型需要使用非托管代码（C / C ++）编写的单独DLL。
如果在运行32位和64位进程混合的64位计算机上运行，则低级挂钩将从两种类型的进程接收事件，但另一种类型的进程hook只会看到来自与自身相同“bitness”的进程的事件（这个限制来自于使用钩子DLL; 32位钩子DLL只能挂钩到32位进程，类似于64位。因此，如果您关心这种情况，使用LL挂钩只需要一个进程，而使用其他类型的挂钩，则需要两个协作进程，一个用于32，一个用于64.
LL挂钩需要运行消息循环。
LL挂钩更易于编写，因为回调发生在您自己的进程中，因此您可以访问自己的全局变量等等。使用其他类型的钩子，回调发生在另一个进程中，因此您必须做额外的工作来将信息传递回主进程。 （在这两种情况下，您应该将回调中的代码保持最小;只需进行基本的过滤和检查，从主线代码执行任何重要工作，而不是回调。）
LL挂钩“慢”，因为输入通知被封送到您的进程，在那里进行处理，然后上下文再次切换回原始进程。使用其他类型的钩子，没有上下文切换。但是，这可能会或可能不会引起用户注意，并且可能取决于您在回调中所做的事情，您处理信息的方式，安装钩子的时间以及其他因素。
标题栏的问题似乎已得到解决in this question;总结是你在标题栏（和其他非客户区域），WM_MOUSEMOVE其他地方得到 WM_NCMOUSEMOVE 消息，所以你必须检查两者。
我的2c：如果您正在编写一个简单的实用程序或编写乐趣，请使用_LL;它更容易，并为您处理大多数棘手的案件;您不必担心64/32位问题或进程之间的通信，因此您可以更快地启动和运行。当您的应用程序逻辑正常工作时，如果需要，您可以稍后将代码转换为其他类型的挂钩。另一方面，如果你想要一个更“专业”的应用程序，这是一个“好公民”，并尽量减少其对其他应用程序的影响，那么另一种类型的钩子可能更合适;但正如所有的事情都是相关的，先测量，不要假设，所以即便如此，最好还是最好用_LL挂钩开始。