documentation 中写道：
KEYEVENTF_EXTENDEDKEY (0x0001)：如果指定，扫描码前面有一个值为 0xE0 (224) 的前缀字节。
谁能解释一下这是什么意思？
这有什么区别：
keybd_event(RIGHT, 0, 0, 0);
keybd_event(RIGHT, 0, 2, 0);
还有这个：
keybd_event(RIGHT, 0, 1 | 0, 0);
keybd_event(RIGHT, 0, 1 | 2, 0);
因为当我执行这段代码时，我看不出有什么区别？
另外，什么是“字节 bScan”？在描述中它是：密钥的硬件扫描代码。这是什么意思？
【问题讨论】：
标签： c# pinvoke keyboard-events
这里的两个答案都是错误的。 我不明白为什么人们会投票给错误的答案？？
两个答案都表明该标志无关紧要。这是完全错误的。而且标志与键盘无关。
正确的答案是只有01到7F的扫描码，而虚拟键的范围是01到FF。
因此，随着键盘的发展，一些扫描代码必须具有双重分配。例如，在我的键盘上，扫描码 0x45 被分配给 NumLock 键和暂停键。
为了区分它们，键盘为 NumLock 键发送扩展键标志，但不为暂停键发送扩展键标志。
还有其他几个键具有双重分配，例如所有媒体键。
运行 Visual Studio 工具附带的 Spy++ 并仅过滤 WM_KEYDOWN 并启用“解码的消息参数”，然后在文本编辑器中点击一些键。
Spy++ 会显示为哪些键设置了标志，哪些键未设置。
这里是 Spy++ 的输出：
P WM_KEYDOWN nVirtKey:VK_NUMLOCK cRepeat:1 ScanCode:45 fExtended:1 fAltDown:0 fRepeat:0 fUp:0
P WM_KEYDOWN nVirtKey:VK_PAUSE cRepeat:1 ScanCode:45 fExtended:0 fAltDown:0 fRepeat:0 fUp:0
另一个例子是扫描码 2E，它被分配给字母“C”和我键盘上的 VK_VOLUME_DOWN。
您必须以完全相同的方式对其进行编程，否则keybd_event() 的键盘注入将失败，因为按下的键不是您想要的键。
不信任MapVirtualKeyEx(MAPVK_VK_TO_VSC_EX) (>= Vista)，因为它不会为某些键返回扩展标志，尽管它们是扩展键，例如 VK_LEFT。此函数中的另一个错误是它返回 VK_PAUSE 键的扩展标志 (E1)，尽管此键未扩展。
【讨论】：
这是原始 IBM PC 上键盘布局的古老实现细节。这是 1981 年键盘的样子：
看起来不像今天的键盘。这种进化后的额外键被添加到空格键右侧，例如专用光标键和 Ctrl 和 Alt 键。为了使其与直接读取键盘的现有软件兼容（当时这是一种非常常见的犯罪行为），键盘控制器报告那些 扩展 键具有相同的扫描代码，但前面有一个额外的特殊字节.因此，右侧的 Ctrl 和 Alt 键的工作方式与左侧的键相同，如果程序关心区别，那么它可以检测到前缀字节的区别。 0xE0 就是那个前缀。
许多程序并不关心您按下了哪个特定的键，它们只使用虚拟键代码而不关心它是否是扩展键。就像那些旧的 MS-Dos 程序没有一样。这就是为什么你看不出有什么不同。而且由于您没有指定扫描码，它无法有所作为。来自 Microsoft 的描述键盘扫描代码的详细文档是 available here。
【讨论】：
简单（且不完整）的解释是 KEYEVENTF_EXTENDEDKEY 的意思是“这个按键来自数字键盘”
由于大多数程序在您按“q”键上方的“1”时的行为与您在数字小键盘（这是一个扩展键）上按“1”时的行为相同 - 您通常不会期望看到在模拟键盘输入时设置此标志有什么不同。
注意一个键的位置的程序通常会响应这个标志。
bScan 值是原始硬件扫描码。有关扫描码的说明，请查看此处http://en.wikipedia.org/wiki/Scancode。与扩展键标志一样，大多数程序不注意扫描码。如果程序想要将键盘视为一堆按钮，则存在这些值。
【讨论】：