如何阻止已通过WM_KEYDOWN处理的按键触发WM_CHAR消息？

我开发了一个自定义Windows控件，设定规则如下：

• 用WM_CHAR处理常规文本输入
• 用WM_KEYDOWN处理箭头键、Delete、Home这类导航按键

现在需要把数字小键盘的“+”“-”也当作导航键处理——这两个按键在WM_KEYDOWN里可以通过VK_ADD和VK_SUBTRACT虚拟键码，和主键盘的“=+”“-_”明确区分，处理起来没问题。但麻烦的是，消息循环里的TranslateMessage会把小键盘的+-按键识别成普通文本按键，导致控件同时收到对应的WM_CHAR消息。由于控件是供各类应用使用的库，我没法控制宿主的消息循环，所以必须在WM_CHAR处理逻辑里区分：哪些是主键盘生成的有效文本+-，哪些是小键盘生成的需要忽略的+-。

试过的方法都存在问题：

• WM_CHAR里只有字符码，没有虚拟键码，没法直接判断按键来源
• 检查消息的“扩展键”位无效，小键盘的+-不属于扩展键
• 考虑用扫描码：WM_CHAR文档标注扫描码因OEM而异，但《键盘输入概述》又说明HID规范已标准化扫描码。我自己的微软键盘扫描码和HID值匹配，但不确定其他设备是否可靠。

解决方案 #

方案一：通过状态标记忽略小键盘触发的WM_CHAR

这是最稳妥、兼容性最好的方案，完全不依赖硬件或系统的扫描码差异：

1. 在控件的实例数据中添加两个布尔标记，比如m_bHandledVKAdd和m_bHandledVKSubtract，初始值设为FALSE。
2. 在WM_KEYDOWN处理逻辑中：
   • 当收到VK_ADD或VK_SUBTRACT时，执行你的导航逻辑，然后将对应的标记设为TRUE。
3. 在WM_CHAR处理逻辑中：
   • 收到字符'+'时，先检查m_bHandledVKAdd：如果为TRUE，就忽略该WM_CHAR，并将标记重置为FALSE；否则正常处理文本输入。
   • 收到字符'-'时，同理检查m_bHandledVKSubtract，执行相同逻辑。
4. 注意：若用户按住小键盘+-不放，会连续触发WM_KEYDOWN和WM_CHAR，标记需每次处理后及时重置，避免影响后续输入。

这个方案的优势是完全不依赖硬件特性，无论是什么键盘、什么OEM设置，都能准确区分按键来源，不会有兼容性问题。

方案二：依赖HID标准扫描码（谨慎使用）

虽然微软文档存在冲突，但实际情况是，绝大多数现代键盘都会遵循HID规范的扫描码定义：

• 主键盘“=+”按键扫描码为0x0D
• 数字小键盘“+”按键扫描码为0x4E
• 主键盘“-_”按键扫描码为0x0C
• 数字小键盘“-”按键扫描码为0x4A

要在WM_CHAR中获取扫描码，需调用GetMessageExtraInfo()函数——WM_CHAR消息的额外信息包含扫描码等键盘数据，可解析该值提取扫描码后判断按键来源。

但这个方案存在明显风险：

• 部分老旧或特殊OEM键盘可能不遵循HID规范，扫描码会有差异
• 微软文档明确提到WM_CHAR的扫描码可能因OEM而异，未来系统更新也可能带来变化

因此，除非能确认控件的使用场景均为现代标准键盘，否则不推荐此方案。

总结 #

优先选择方案一，兼容性和可靠性拉满，完全规避硬件和系统的不确定性。方案二仅能作为特定场景下的补充，不能作为通用解决方案。

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