SetWindowsHookEx 在 32 位计算机上的 .NET 4.0 中失败并显示“未找到模块”？

Question

我在此页面上发现了类似的问题，但我似乎无法弄清楚如何解释答案或弄清楚它们是否真正重复。

以下是我发现的可能重复的内容，并附有评论：

• 在 32 位计算机中编译 .NET 4.0 框架时，SetWindowsHookEx 返回 0

  我的似乎没有返回 0，但我注意到崩溃时报告的句柄（32 位上的 .NET 4.0）与运行时报告的句柄（32 位上的 .NET 3.5）有很大不同位），例如崩溃句柄 = 523727，工作句柄 = 172738378。

• 在 VS2008 调试器内调用 SetWindowsHookEx 始终返回 NULL

  在 Visual Studio 之外运行时我可以重现我的问题

• ​​找不到模块

  这似乎是最有希望的，除了对已删除答案的评论提到我应该使用 LoadLibrary 和 GetProcAddress 在 .NET 4.0 中加载 user32.dll，因为有关加载程序集的某些内容发生了变化。然而，我很确定它找不到我自己的模块，但我不知道这是否适用。

汉斯·帕桑特 (Hans Passant) 对最后一个答案的删除答案的相关评论如下：

您使用的是.NET 4.0吗？它的 CLR 改变了程序集的加载方式，不再有 LoadLibrary 调用，也不会有它们的模块句柄。使用 GetEntryAssembly() 代替将是另一个解决方案。 – Hans Passant 5 月 5 日 19:43

那么，这里的词是什么？您使用的是.NET 4.0吗？您是否尝试使用 LoadLibrary("user32.dll") 来获取可用的 DLL 句柄？ – Hans Passant 5 月 6 日 15:43

我很确定我不需要这样做，但显然我不是 100% 确定。如果我需要更改此设置，我剩下的问题是为什么它在为 任何 CPU 编译时可以在 64 位操作系统上工作，但在任何配置下都不能在 32 位操作系统上工作。

如果有关 .NET 程序集的加载确实发生了一些变化，因此我无法获得类库的正确句柄，那么我有以下问题：

• 有什么方法可以欺骗它执行我想要的操作，而不必这样做降级到 .NET 3.5 或将挂钩库更改为非托管？
• 为什么在 64 位操作系统上可以运行，但在 32 位操作系统上却不行？

---

背景

我在.NET 4.0 中构建了一个程序，它使用 SetWindowsHookEx 和 WH_KEYBOARD_LL 挂钩类型来捕获按键操作。这在我的 64 位 Windows 7 上运行良好，但当键盘挂钩安装在 32 位 Windows 7 上时，会崩溃并显示“未找到模块”。

这是我尝试过的：

• 编译 x86，在 64 位操作系统上运行，因“找不到模块”而崩溃
• 为 x86 编译，在 32 位操作系统上运行，崩溃
• 为任何 CPU 编译，在 64 位操作系统上运行，运行良好
• 为任何 CPU 编译，在 32 位操作系统上运行，崩溃
• 切换到 . NET 3.5 并重复上述四种情况，它们都可以工作

我不想将代码切换到 .NET 3.5，因为我使用了一些类库来简化工作，而最新的代码仅在 .NET 中4.0。

如果需要，您可以下载包含所有内容的 .ZIP 文件作为 Visual Studio 2010 项目 ，或者您可以粘贴以下两个文件。

如果您想沿着该路线重新创建，请执行以下操作：

1. 创建一个新的控制台项目，.NET 4.0
2. 添加另一个类库项目，也是 .NET 4.0
3. 从控制台程序项目添加对类库项目的引用
4. 粘贴到将下面的 Program.cs 内容粘贴到控制台项目中的 Program.cs 文件中
5. 将下面的 Hook.cs 内容粘贴到类库项目中的文件中。您可以将其粘贴到 Class1.cs 默认文件中，或添加其他文件。您不能将其放入控制台项目

然后构建并运行，测试各种配置。

程序.cs

using System;
using HookLib;

namespace HookTest
{
    class Program
    {
        static void Main()
        {
            var hook = new Hook();

            Console.Out.WriteLine("hooking");
            hook.Enable();
            Console.Out.WriteLine("hooked");

            Console.Out.WriteLine("unhooking");
            hook.Disable();
            Console.Out.WriteLine("unhooked");
        }
    }
}

钩子.cs

using System;
using System.ComponentModel;
using System.Reflection;
using System.Runtime.InteropServices;

namespace HookLib
{
    public class Hook
    {
        private IntPtr _Handle;
        private HookProcDelegate _Hook;

        public void Enable()
        {
            Module module = Assembly.GetExecutingAssembly().GetModules()[0];
            if (module != null)
                Console.Out.WriteLine("found module");
            IntPtr moduleHandle = Marshal.GetHINSTANCE(module);
            if (moduleHandle != IntPtr.Zero)
                Console.Out.WriteLine("got module handle: " +
                    moduleHandle.ToString());
            _Hook = HookProc;
            _Handle = SetWindowsHookEx(WH_KEYBOARD_LL, _Hook, moduleHandle, 0);
            if (_Handle == IntPtr.Zero)
                throw new Win32Exception(Marshal.GetLastWin32Error());
        }

        public void Disable()
        {
            bool ok = UnhookWindowsHookEx(_Handle);
            _Handle = IntPtr.Zero;
            if (!ok)
                throw new Win32Exception(Marshal.GetLastWin32Error());
        }

        private delegate int HookProcDelegate(
            int code, IntPtr wParam, IntPtr lParam);

        private int HookProc(int code, IntPtr wParam, IntPtr lParam)
        {
            return CallNextHookEx(_Handle, code, wParam, lParam);
        }

        private const int WH_KEYBOARD_LL = 13;

        [DllImport("user32.dll", SetLastError = true)]
        private static extern IntPtr SetWindowsHookEx(
            int hookType, HookProcDelegate lpfn, IntPtr hMod, uint dwThreadId);

        [DllImport("user32.dll", SetLastError = true)]
        private static extern bool UnhookWindowsHookEx(IntPtr hhk);

        [DllImport("user32.dll", SetLastError = true)]
        private static extern int CallNextHookEx(
            IntPtr hhk, int nCode, IntPtr wParam, IntPtr lParam);
    }
}

Answer 1

是的，我想你明白发生了什么事。 SetWindowsHookEx() 需要一个有效的模块句柄，并验证它，但当您设置低级挂钩时，它实际上并不使用它。您只需要一个有效的句柄，具体是哪个句柄并不重要。调用 LoadLibrary("user32.dll") 是获取句柄的好方法，自从您 P/Invoke 其方法后，该 DLL 始终会被加载。它始终由 CLR 引导程序 (mscoree.dll) 加载。不要费心调用 FreeLibrary()，这没有什么区别。

更高版本的 Windows 不再执行此检查。不确切确定它是什么时候开始的，我想是在 Windows 7 SP1 左右的某个地方。可能是为了提供帮助，但会调用“在我的机器上运行，而不是在客户的机器上运行”的故障场景。

Answer 2

这是我的解决方案，适用于 .net 2 和 4。
hInstance 是 ProcessModule.BaseAddress。

public static class ModuleHelper
    {
        public static ProcessModule GetCurrentModule()
        {
            // need instance handle to module to create a system-wide hook
            Module[] list = System.Reflection.Assembly.GetExecutingAssembly().GetModules();
            System.Diagnostics.Debug.Assert(list != null && list.Length > 0);

            var currentProcess = Process.GetCurrentProcess();
            var modules = currentProcess.Modules;
            ProcessModule mod = null;
            foreach (ProcessModule m in modules)
                            //for .net 2 we will find module here
                if (m.ModuleName == list[0].Name)
                {
                    mod = m;
                    break;
                }

                    //for .net 4 take current module
            if (mod == null)
                mod = Process.GetCurrentProcess().MainModule;

            return mod;
        }
    }

Answer 3

在 .Net 4.0 中，要使此代码正常工作，我必须替换调用：

SetWindowsHookEx(WH_KEYBOARD_LL, _Hook, moduleHandle, 0);

其中：

SetWindowsHookEx(WH_KEYBOARD_LL, _Hook, IntPtr.Zero, 0);

这解决了问题
，当从同一模块进行调用时，这有效。

我从 得到这个这里