为什么我的全局鼠标事件处理程序在 8 之前的 Windows 版本上的 .NET Framework 4 中不触发？

.NET Framework 4 中的全局鼠标事件处理

本文解决了在 Windows 8 之前的 Windows 版本上运行的 .NET Framework 4 应用程序中实现全局鼠标事件处理程序时遇到的常见问题。该问题源于 CLR 处理托管程序集的非托管模块句柄的方式。

以下代码演示了捕获全局鼠标事件的典型方法，该方法在较旧的 Windows 系统上通常会失败：

public static class MouseHook
{
    public static event EventHandler MouseAction = delegate { };
    // ... other code ...
}

核心问题就在这一段：

return SetWindowsHookEx(WH_MOUSE_LL, proc, GetModuleHandle(curModule.ModuleName), 0);

在 .NET Framework 4 和更早的 Windows 版本上，GetModuleHandle(curModule.ModuleName) 可能会返回无效句柄，因为 CLR 不再自动为托管程序集提供模拟的非托管模块句柄。 原始代码中缺乏错误处理掩盖了此故障。 Win32 API 不会抛出异常，从而导致静默失败。

该解决方案涉及强大的错误检查和更可靠的获取模块句柄的方法。 我们可以使用已知的加载模块，例如 curModule.ModuleName，而不是依赖 user32.dll，它始终存在于 .NET 应用程序中：

IntPtr hook = SetWindowsHookEx(WH_MOUSE_LL, proc, GetModuleHandle("user32"), 0);
if (hook == IntPtr.Zero)
{
    throw new System.ComponentModel.Win32Exception();
}
return hook;

此修订后的代码显式检查 IntPtr.Zero 的 SetWindowsHookEx 返回值，如果挂钩安装失败，则抛出 Win32Exception。 这提供了清晰的错误报告并防止无提示的故障。 使用 GetModuleHandle("user32") 确保始终提供有效的句柄，解决与旧 Windows 版本的不兼容性问题。 这种方法可确保在更广泛的 Windows 操作系统上进行可靠的全局鼠标事件处理。

以上是为什么我的全局鼠标事件处理程序在 8 之前的 Windows 版本上的 .NET Framework 4 中不触发？的详细内容。更多信息请关注PHP中文网其他相关文章！