Excel 2016及以上版本VBA窗口KeyBoardHookProc未触发问题

• 基于WH_KEYBOARD_LL实现的全局低阶键盘钩子，在系统任意位置按下按键（例如F8）时，HookCallback方法可正常触发
• 当操作焦点在Excel VBA编辑器窗口内时，按键操作完全无法触发上述回调方法
• 同一份代码在Excel 2010环境下运行正常，在Excel 2016、Excel 2022环境下失效，初步判定为Office高版本兼容性问题，目标是实现Excel VBA环境下的按键事件捕获。

#region Keyboard Event Handler
private const int WH_KEYBOARD_LL = 13;
private const int WM_KEYDOWN = 0x0100;
private KeyBoardHookProc _proc = HookCallback;
private static IntPtr _hookID = IntPtr.Zero;

private IntPtr SetHook(KeyBoardHookProc proc)
{          
    return SetWindowsHookEx(WH_KEYBOARD_LL, proc, 0, 0);    
}

private delegate IntPtr KeyBoardHookProc(int nCode, IntPtr wParam, IntPtr lParam);

private static IntPtr HookCallback(int nCode, IntPtr wParam, IntPtr lParam)
{
    // 业务逻辑省略
}

1. Office 2016及后续版本重构了VBA编辑器（VBE）的运行架构，VBE窗口运行在独立的UI线程上下文，且加入了窗口消息保护机制，默认拦截非UIAccess权限的全局低阶钩子消息投递
2. 当前使用的WH_KEYBOARD_LL全局低阶钩子，依赖调用线程的消息循环接收消息，高版本Excel主进程的消息循环会对VBE窗口的输入消息做优先级过滤，不会转发到全局低阶钩子链
3. 部分64位高版本Office环境下，若Windows API声明存在整型长度不匹配问题（比如用int代替IntPtr存储句柄），会导致钩子在VBE上下文下静默失效，该问题在32位Excel 2010环境下不会暴露。

• 方案1：替换为VBE线程专属键盘钩子
  放弃全局低阶钩子实现，先通过FindWindow获取VBE主窗口句柄（窗口类名为wndclass_desked_gsk），再通过GetWindowThreadProcessId拿到VBE窗口所属线程ID，调用SetWindowsHookEx时传入WH_KEYBOARD（值为2，线程级键盘钩子），第三个参数传入当前模块句柄，第四个参数传入获取到的VBE线程ID，直接将钩子挂载到VBE的线程消息队列中，即可绕过全局消息过滤。钩子回调中必须第一时间调用CallNextHookEx传递消息，避免阻塞VBE正常响应。
• 方案2：开启UIAccess权限适配全局钩子
  为程序集添加应用程序清单文件，将requestedExecutionLevel节点的uiAccess属性设置为true，对程序集做数字签名后部署到Program Files这类系统受信任路径下，让钩子进程获得UI访问权限，可正常获取受保护窗口的输入消息。该方案无需修改钩子逻辑，但部署限制较多。
• 方案3：校验64位API声明
  检查所有涉及Windows API的声明，确保所有句柄、指针类型参数全部使用IntPtr类型，不要用32位整型替代，避免64位环境下参数截断导致的钩子异常。

注意：低阶键盘钩子回调中不要加入任何耗时、阻塞逻辑，否则高版本Windows会自动将钩子从钩子链中移除，导致后续无法接收消息。

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