c++ - 在 win32、WM_CHAR 或 WM_KEYDOWN/WM_KEYUP 中处理键盘输入？

Question

所以在我一直在研究的文本编辑器程序中，我使用了 WM_CHAR 来处理来自键盘的输入。但是，我发现有些字符消息没有记录。例如，如果我使用 [shift]+ 数字键键入诸如 % 或 & 之类的符号，则某些会重新记录，而其他诸如 [shift]+9(导致 ')')则不会记录。所以，我想知道是否应该使用 WM_KEYDOWN/WMKEYUP 对来处理键盘输入。我曾经在程序集中写过一个键盘记录器(实际上它只是一个我正在尝试的教程)并且使用了 WM_KEYDOWN/WM_KEYUP 对，结果非常好。那么，我应该继续这个，还是我的程序发生了一些不寻常的事情？

谢谢，

Devjeet

Answer 1

这确实是对您上述评论的长回复，但将其放在答案中，因为评论太长了:)

这里要理解的核心问题是键和字符并不完全相同。一些(但不是全部)键生成字符；某些键会根据 shift 或其他键盘状态生成不同的字符。要实现编辑器，您需要处理文本输入和非文本键盘输入(如箭头键)。现在是冗长的版本，从似乎不正确的假设中挑选出来:

Apparently, windows works in really strange ways. [...] It seems that when you press [shift]+9, windows sends a VK_LEFT in the wParam of message WM_CHAR

听起来您可能在这里混淆了两件事。 WM_CHAR 的作用在于它为您提供文本字符的字符代码:因此，如果有人按下 9 键，您将得到“9”。如果有人按下 SHIFT+9，Windows 将考虑转换状态 - 你会得到 '(' (如果使用美式键盘)。但你永远不会得到箭头键、HOME、END 等的 WM_CHAR，因为它们不是文本字符。另一方面，WM_KEYDOWN 不处理字符，而是处理 VK_ 代码；所以按 9 会为您提供 VK_9，而不管换档状态如何；左箭头会给您 VK_LEFT - 再次与换档状态无关。

问题是 WM_CHAR 和 WM_KEYDOWN 都为您提供了整体输入图片的两个部分 - 但您确实必须同时处理这两个部分才能获得完整图片。并且必须意识到 wParam 在这两种情况下都是非常不同的东西。它是 WM_CHAR 的字符代码，但 WM_KEYDOWN 的 VK_ 代码。不要将两者混为一谈。

为了让事情更加困惑，VK_ 值与有效字符共享相同的值。打开WinUser.h(在编译器安装目录下的include目录下)，找到VK_LEFT:

#define VK_LEFT           0x25

原来 0x25 也是 '%' 字符的代码(有关详细信息，请参阅任何 ascii/unicode 表)。因此，如果 WM_CHAR 得到 0x25，则意味着按下 shift-5(假设为美式键盘)以创建 '%'；但如果 WM_KEYDOWN 为 0x25，则表示按下了左箭头 (VK_LEFT)。为了增加一点困惑，A-Z 键和 0-9 键的虚拟键代码恰好与 'A'-'Z' 和 '0'-'9' 字符相同 - 这看起来像chars 和 VK_ 是可以互换的。但它们不是:小写“a”的代码 0x61 是 VK_NUMPAD1! (所以在 WM_CHAR 中获取 0x61 确实意味着 'a'，在 WM_KEYDOWN 中获取它意味着 NUMPAD1。如果用户确实在未移位状态下按下了 'A' 键，那么您实际得到的首先是一个 VK_A(与 'A' 相同的值)在 WM_KEYDOWN 中，它被转换为 'a' 的 WM_CHAR。)

因此，将所有这些结合在一起，处理键盘的典型方法是使用以下所有方法:

• 使用 WM_CHAR 处理文本输入:实际的文本键。 wParam 是您要附加到字符串的字符，或者做任何其他事情。这将为您完成所有的类次处理。

• 使用 WM_KEYDOWN 处理“元”键 - 例如箭头键、home、end、page up 等等。传递所有 A-Z/0-9 值，默认处理会将它们转换为您可以在 WM_CHAR 处理程序中处理的 WM_CHAR。 (如果您想将数字键盘键用于特殊功能，您也可以在此处处理它们；否则它们会“失败”最终成为数字 WM_CHAR，具体取决于数字锁定状态。Windows 会处理这一点，就像它处理字母键。)

• 如果您想显式处理 ALT 组合(而不是使用加速键表)，您可以通过 WM_SYSKEYDOWN 获得这些组合。

我认为有一些键可能同时出现在两者中 - Enter 可能同时显示为 VK_RETURN 的 WM_KEYDOWN 和\r 或\n WM_CHAR - 但我更喜欢在 WM_KEYDOWN 中处理它，以继续编辑键处理与文本键分开。