为何除WH_KEYBOARD_LL与WH_MOUSE_LL外的钩子无法捕获其他进程消息？

核心原因 #

WH_KEYBOARD_LL和WH_MOUSE_LL属于低级别钩子，这类钩子由系统直接在调用进程的上下文执行，不需要将钩子DLL注入到目标进程空间，因此能轻松捕获全局消息。而WH_CALLWNDPROC这类常规全局钩子，必须将钩子DLL注入到所有目标进程中，才能捕获其他进程的窗口消息——你的代码没生效，本质是DLL注入未成功或回调执行异常。

常见问题与修正方案 #

1. 调用约定错误

钩子回调函数必须使用WINAPI（即__stdcall）调用约定，否则会导致栈损坏，其他进程加载DLL后执行回调时直接崩溃跳过。你的代码未指定调用约定，这是核心问题之一。

2. 输出方式无效

printf是进程私有标准输出函数，其他进程中调用printf的输出不会显示在你的进程控制台里。改用OutputDebugString，配合DebugView工具查看跨进程输出。

3. 位数不匹配

如果你的钩子DLL是32位，无法注入到64位进程；反之亦然。必须保证DLL位数与目标进程一致，或者同时编译32/64位版本分别使用。

4. DLL导出与加载问题

确保DLL正确导出钩子函数，且SetWindowsHookEx使用的DLL句柄是正确加载的模块句柄（比如用GetModuleHandle获取当前DLL的句柄，而非随意加载的路径）。

修正后的代码示例 #

钩子DLL代码

#include <windows.h>

// 正确指定WINAPI调用约定
LRESULT WINAPI OnWindowMessage(int nCode, WPARAM wParam, LPARAM lParam) {
    static int count = 0;
    char logBuf[64];
    wsprintfA(logBuf, "捕获窗口消息: %d", count++);
    // 输出到调试日志，用DebugView查看
    OutputDebugStringA(logBuf);
    
    return CallNextHookEx(NULL, nCode, wParam, lParam);
}

// 显式导出钩子函数，确保其他进程能找到
__declspec(dllexport) LRESULT WINAPI HookProc(int nCode, WPARAM wParam, LPARAM lParam) {
    return OnWindowMessage(nCode, wParam, lParam);
}

设置钩子的进程代码

#include <windows.h>

int main() {
    // 加载钩子DLL，确保路径正确
    HMODULE hDll = LoadLibraryA("YourHookDll.dll");
    if (!hDll) return 1;
    
    // 获取导出的钩子函数地址
    HOOKPROC pHookProc = (HOOKPROC)GetProcAddress(hDll, "HookProc");
    if (!pHookProc) {
        FreeLibrary(hDll);
        return 1;
    }
    
    // 设置全局WH_CALLWNDPROC钩子
    HHOOK hHook = SetWindowsHookEx(WH_CALLWNDPROC, pHookProc, hDll, 0);
    if (!hHook) {
        FreeLibrary(hDll);
        return 1;
    }
    
    // 必须保持消息循环，否则进程退出后钩子失效
    MSG msg;
    while (GetMessage(&msg, NULL, 0, 0)) {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
    
    UnhookWindowsHookEx(hHook);
    FreeLibrary(hDll);
    return 0;
}

额外注意事项 #

• 从Windows Vista开始，UAC机制会限制钩子注入到高权限进程（比如管理员运行的程序），若需要捕获这类进程消息，你的程序也需要以管理员权限运行。
• 全局钩子会对系统性能产生影响，非必要情况下优先使用低级别钩子或其他进程间通信方案。

内容的提问来源于stack exchange，提问作者Wang Tim