全局钩子拦截Chrome韩文输入Windows消息失败的技术咨询

1. Chrome是否确实过滤了消息？ #

你的怀疑是正确的。Chrome的输入处理逻辑和传统Win32应用完全不同：

• 它采用多进程架构，网页渲染进程的输入事件是通过IPC从浏览器进程转发的，并非直接处理Windows原生消息循环里的WM_CHAR、WM_IME_COMPOSITION这类消息。
• Blink渲染引擎实现了一套独立的输入处理流程，会绕过部分传统Windows消息机制，甚至在消息循环中直接过滤掉IME相关消息，导致你的全局钩子根本接触不到这些目标消息。

2. 如何拦截应用未获取/未查看的消息？ #

传统全局钩子依赖目标进程的消息循环，既然这条路走不通，可以换个方向从IME核心调用入手：

• Hook IME相关API：韩文输入必然依赖Windows IME的核心函数，比如ImmSetCompositionString、ImmGetCompositionString、ImmNotifyIME等。你可以用API钩子技术（比如借助Detours库，或者手动编写inline hook）拦截这些函数的调用——不管目标应用是否处理传统消息，只要它调用IME函数处理韩文输入，就能捕获到相关输入数据。
• 尝试Raw Input API：注册Raw Input设备后，监听WM_INPUT消息可以获取原始输入数据。不过这种方式需要处理大量底层细节，且要确认Chrome是否会传递这类消息，相比之下结合API钩子的方案更可靠。

注意：API钩子需要注入到目标进程（比如Chrome的渲染进程），实现时要注意进程权限和稳定性，避免引发目标进程崩溃。

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