GetAsyncKeyState是Windows下响应最快的按键检测方式，需检查返回值最高位0x8000；消息循环中宜用PeekMessage捕获WM_KEYDOWN；控制台程序应使用ReadConsoleInput；跨平台需依场景选用termios、GLFW/SDL或系统级API。
Windows 下用 GetAsyncKeyState 检测按键是否按下
这是最常用、响应最快的方式，适合游戏或实时控制类逻辑。它不依赖消息循环，直接读取硬件层状态，每帧调用即可判断某键当前是否被按下。
注意：返回值是 short，需检查最高位（0x8000）是否为 1，不能只判断是否非零——因为低 15 位还记录了自上次调用以来的“按键次数”，干扰判断。
-
if (GetAsyncKeyState(VK_SPACE) & 0x8000)→ 空格正被按下 -
if (GetAsyncKeyState('A') & 0x8000)→ 大写 A（不区分 CapsLock，只看物理键） - 按键码用
VK_*宏（如VK_LEFT、VK_F1）更可靠，避免字符码歧义 - 该函数在多线程中调用安全，但频繁轮询会占 CPU；实际项目中建议配合
Sleep(1)或 vsync 控制频率
用 PeekMessage + WM_KEYDOWN 做事件式输入
如果你的程序已有 Win32 消息循环（比如用 CreateWindow 创建了窗口），更适合捕获按键事件而非轮询。这种方式天然去重、带扫描码和虚拟键码，还能区分 Alt/Ctrl 组合。
关键点在于：必须在 PeekMessage 中指定 WM_KEYDOWN 范围，并且设置 PM_REMOVE 才能真正取出消息；否则只是“偷看”，下次还会出现。
立即学习“C++免费学习笔记（深入）”；
- 检查
msg.message == WM_KEYDOWN，再用msg.wParam获取虚拟键码（如VK_RETURN） -
lParam高 16 位是重复计数，低 16 位是扫描码，可用于识别键盘布局差异 - 不推荐在控制台程序里强行塞消息循环——
GetStdHandle(STD_INPUT_HANDLE)更合适
控制台程序用 GetStdHandle + ReadConsoleInput
命令行程序无法用 GetAsyncKeyState 可靠捕获（尤其中文输入法下易失焦），也不该硬套窗口消息。正确做法是把输入句柄当成事件流处理。
ReadConsoleInput 返回的是 INPUT_RECORD 数组，其中 EventType == KEY_EVENT 且 Event.KeyEvent.bKeyDown 为真，才表示一次按键按下。
- 每次调用至少要分配 128 个
INPUT_RECORD缓冲区，否则容易丢事件（特别是快速连按） -
KeyEvent.wVirtualKeyCode是标准键码，wVirtualScanCode可用于映射物理键 - 必须手动过滤掉
bKeyDown == false的释放事件，否则会误判 - 该方式能正确捕获 Ctrl+C、Alt+F4 等系统快捷键（但需提前用
SetConsoleCtrlHandler拦截 Ctrl+C）
跨平台？别硬套 Windows API
Linux/macOS 没有 GetAsyncKeyState，也无全局按键监听权限（除非 root + evdev 或辅助工具）。想“检测键盘输入”就得明确场景：
- 终端程序 → 用
termios关闭回显+启用字符级读取（getchar()或read(0, &c, 1)） - 图形程序（如 GLFW/SDL）→ 统一走其提供的
glfwGetKey或SDL_GetKeyboardState接口 - 后台监听（调试/录屏）→ Linux 需
/dev/input/event*+ udev 权限，macOS 需 Accessibility API + 用户授权，不可绕过
很多初学者试图用 C++ 标准库 cin 或 getchar() 做实时按键检测，结果卡在缓冲区或换行上——那不是检测按键，是在等回车提交整行。
