Windows平台用GetAsyncKeyState捕获按键事件最轻量直接，需检查返回值最高位0x8000确认当前按下状态，避免误判历史触发；Linux/macOS须用termios关闭行缓冲与回显并设非阻塞读取，跨平台应条件编译而非依赖std::cin。
Windows平台用GetAsyncKeyState捕获按键事件
在Windows控制台程序中，GetAsyncKeyState是最轻量、最直接的实时键盘监控方式。它不阻塞线程，能每帧检测任意键是否被按下（哪怕只是瞬间触发），适合做快捷键响应或游戏输入。
常见错误是误用GetKeyState——它返回的是键的“当前锁定状态”（比如CapsLock是否开启），不是“是否刚被按下”。而GetAsyncKeyState返回值的最高位为1时，才表示该键在此刻处于按下状态。
- 需包含
<windows.h>头文件 - 调用前无需设置控制台模式，但要避免
std::cin等阻塞读取干扰轮询节奏 - 参数是虚拟键码，如
VK_SPACE、'A'（字符可直接用ASCII值）、VK_LEFT等 - 建议在循环中以10–16ms间隔调用（≈60Hz），太密会吃CPU，太疏会漏键
// 示例：监听空格键和方向键
#include <windows.h>
#include <iostream>
int main() {
while (true) {
if (GetAsyncKeyState(VK_SPACE) & 0x8000) {
std::cout << "Space pressed\n";
}
if (GetAsyncKeyState(VK_UP) & 0x8000) {
std::cout << "Up arrow pressed\n";
}
Sleep(16); // 防止忙等待
}
}
Linux/macOS需用termios关闭回显并设为非阻塞
POSIX系统没有GetAsyncKeyState，必须手动把终端从“行缓冲+回显”模式切换成“字符级+无回显+非阻塞”模式，再用read()单字节读取。这是跨平台方案中最容易出错的一环。
典型现象是程序卡死在read()，或按一次键输出多个字符（因为没关回显/缓冲），或无法捕获Ctrl+C等特殊组合键。
立即学习“C++免费学习笔记（深入）”；
- 必须调用
tcgetattr()保存原属性，退出前用tcsetattr()恢复，否则终端会变异常 -
cbreak模式禁用行缓冲，ICANON关闭规范模式，ECHO关闭回显，MIN=0, TIME=0实现非阻塞读 -
read()返回-1且errno == EAGAIN才表示当前无输入；返回1说明读到一个字节（注意：方向键、功能键是多字节ESC序列） - Ctrl+C默认触发SIGINT，如需捕获它，得用
signal(SIGINT, handler)并设SA_RESTART=0
跨平台方案别硬套cin.get()或getchar()
std::cin.get()和getchar()本质都是行缓冲阻塞读，在默认终端设置下，用户不按回车就完全没反应——这根本不是“实时监控”，只是带换行的单字符输入。
有人试图用std::cin.peek() != EOF轮询，但在标准流下无效：输入缓冲区只在回车后才刷新，peek()永远等到超时或阻塞。
- Windows下可用
_kbhit()+_getch()（<conio.h>），但它是微软扩展，GCC/Clang不支持 - 想真正跨平台，推荐封装一层：Windows走
GetAsyncKeyState，Linux/macOS走termios，对外统一提供poll_key()接口 - 不要尝试用C++标准库的
<filesystem>或<thread>解决这个问题——它们不接触终端驱动层
注意组合键、修饰键和终端复位风险
真实场景里，用户可能同时按Ctrl+Shift+A，或快速连按Esc。这些行为在底层表现不同：GetAsyncKeyState(VK_CONTROL)和GetAsyncKeyState('A')需分别判断；而Linux下ESC序列（如\033[A）需缓存解析，不能当成三个独立字符处理。
最大的隐患是程序异常退出时没恢复终端属性——会导致后续所有命令行输入不显示、退格键失效、甚至粘滞Ctrl键。务必确保tcsetattr()在atexit()或RAII对象析构中执行。
另外，VS Code内置终端、Windows Terminal、iTerm2对ESC序列的支持程度不同，测试时别只依赖一种环境。
