通过WH_GETMESSAGE钩子捕获全局粘贴事件失败的问题排查

首先，咱们得先搞清楚为什么你的WH_GETMESSAGE钩子抓不到WM_PASTE——这和Windows消息的发送机制直接相关：

核心问题：WH_GETMESSAGE的局限性 #

WH_GETMESSAGE钩子只能捕获被投递到消息队列的消息（也就是用PostMessage发送的消息），但绝大多数场景下的WM_PASTE是通过SendMessage直接发送给目标窗口的。这种直接发送的消息不会进入消息队列，自然就绕开了WH_GETMESSAGE钩子的捕获范围。

而你测试的WH_KEYBOARD钩子能正常工作，是因为键盘消息（比如空格键）都是被投递到消息队列的，刚好在WH_GETMESSAGE的处理范围内。

你的现有代码的其他细节确认 #

你的共享数据段（.HKT）设置是正确的，确保了跨进程的变量访问（比如sg_hwndServer），这部分没问题。问题完全出在钩子类型的选择上。

解决思路 #

1. 替换为WH_CALLWNDPROC钩子 #

这个钩子会在消息被发送到目标窗口过程之前触发，不管消息是用SendMessage还是PostMessage发送的，完美覆盖WM_PASTE的捕获场景。

修改你的钩子安装和处理逻辑：

• 把SetWindowsHookEx的第一个参数从WH_GETMESSAGE改成WH_CALLWNDPROC
• 替换钩子处理函数为CallWndProc，适配参数结构：

LRESULT CALLBACK CallWndProc(int code, WPARAM wParam, LPARAM lParam)
{
    if (code == HC_ACTION)
    {
        CWPSTRUCT* pCwp = (CWPSTRUCT*)lParam;
        if (pCwp->message == WM_PASTE)
        {
            // 发送自定义消息到你的服务窗口
            PostMessage(sg_hwndServer, WM_USER + 100, 0, 0);
        }
    }
    return CallNextHookEx(sg_hGetMsgHook, code, wParam, lParam);
}

2. 处理文件粘贴的额外场景 #

如果你的需求还包括捕获文件粘贴（比如从资源管理器右键粘贴文件到应用），这种场景很多时候不会触发WM_PASTE，而是通过WM_DROPFILES或者CF_HDROP格式的剪贴板操作。你需要额外监听剪贴板的变化（比如用SetClipboardViewer），或者在钩子中结合剪贴板检查来覆盖这种情况。

3. 钩子的卸载与生命周期 #

确保在DLL_PROCESS_DETACH时正确卸载钩子，你的现有代码已经做了这一步，但要注意如果钩子被多个进程加载，每个进程都会执行这个卸载逻辑，这是正常的。

内容的提问来源于stack exchange，提问作者Shameel Mohamed