getasynckeystate是windows下唯一能实时捕获按键（含按下瞬间、长按、组合键）且非阻塞的api，需用(getasynckeystate(vk) & 0x0001)检测按下事件、( & 0x8000)判断持续按下，间隔10–16ms调用为宜。
Windows平台用GetAsyncKeyState实现非阻塞按键检测
在Windows下，GetAsyncKeyState是唯一能真正“实时”捕获按键（包括组合键、重复按下、松开瞬间）的API，且不阻塞主线程。它返回的是16位short值，最低位为1表示该帧被按下，第15位为1表示当前处于按下状态（即长按）。注意：必须链接user32.lib，头文件为windows.h。
常见错误是只检查返回值是否非零——这会漏掉“刚按下那一帧”的信号；正确做法是判断(GetAsyncKeyState(VK_SPACE) & 0x0001)来捕获按下事件，或(GetAsyncKeyState(VK_SPACE) & 0x8000)判断是否持续按下。
实操建议：
- 不要在循环里高频调用（如每毫秒一次），
GetAsyncKeyState本身开销小，但过度轮询浪费CPU；10–16ms间隔（≈60Hz）足够覆盖人手操作 - 虚拟键码用
VK_A、VK_ESCAPE等宏，别硬写数字；中文输入法激活时，字母键可能不触发，这是系统行为，无法绕过 - 若需捕获Ctrl+C这类终止信号，仍要配合
SetConsoleCtrlHandler，GetAsyncKeyState对Ctrl+C无效
Linux/macOS下用termios关闭回显与缓冲
POSIX系统没有“按键级API”，只能通过改造终端输入模式逼近实时：禁用ICANON（行缓冲）和ECHO（回显），再用read()单字节读取。这能响应任意键（含方向键、功能键），但无法区分“按下”和“松开”，也不能捕获Ctrl组合键以外的修饰键状态。
关键陷阱是tcsetattr()后忘记保存原属性，导致程序崩溃或终端乱码；务必用tcgetattr()先存一份struct termios，退出前恢复。
实操建议：
- 设置
c_lflag &= ~(ICANON | ECHO)，并设c_cc[VMIN] = 0; c_cc[VTIME] = 0实现非阻塞读 - 方向键、F1–F12会发多字节ESC序列（如←是
\033[D），需缓存并解析，不能当成单字符处理 - 某些SSH终端或IDE内置终端（如VS Code）会拦截部分按键（如F5调试），实际运行请在原生终端测试
跨平台方案慎选cin.get()或getchar()
cin.get()和getchar()本质都是行缓冲，必须敲回车才返回——这不是“实时拦截”，只是“读取已提交的一行”。很多人误以为加cin.sync()或fflush(stdin)能清空缓冲区，但C++标准中fflush(stdin)行为未定义，cin.sync()在多数编译器下对stdin无效。
典型症状：按A没反应，按回车后才输出A，且之前所有按键全堆在输入流里——这就是行缓冲的必然表现。
实操建议：
- 彻底放弃用
std::cin做实时按键监听；它设计目标就是安全、可预测的文本输入，不是游戏控制 - 如果项目强制要求跨平台且不依赖第三方库，Windows走
GetAsyncKeyState，Linux/macOS走termios，用#ifdef _WIN32隔离，别试图统一接口 - 需要Unicode支持（如捕获中文输入）？直接放弃——控制台按键拦截层根本不接触输入法编码，那是上层应用的事
为什么kbhit()不推荐用于新项目
kbhit()是MSVC旧版CRT提供的非标准函数，Linux下需自行实现（常基于termios封装），且POSIX标准完全不保证其存在。更严重的是，它仅返回“是否有键就绪”，不提供键码，也不区分按下/松开，实际使用中必须立刻调用getch()读取，而getch()在Linux无原生对应，容易引发移植灾难。
现代项目若真需要轻量级跨平台输入库，raylib或SDL2的键盘模块比手搓kbhit可靠得多——它们内部已处理了X11/Wayland/Win32/ConPTY等所有终端变体。
最容易被忽略的一点：控制台本身不是图形界面，所有“实时按键”都是对终端模拟器行为的妥协；真正的低延迟输入（如游戏）必须脱离控制台，走窗口系统原生消息循环。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
