GetAsyncKeyState是Windows控制台中非阻塞监听按键的轻量方案，需链接user32.lib，检查高位bit更可靠，避免高频调用；Unix系须用termios设原始模式配合read()实现即时读取，跨平台应分别封装kbhit()/getch()。
Windows下用GetAsyncKeyState监听按键不卡主线程
在控制台程序里想边跑计算边响应按键（比如按 'q' 退出），又不想用 cin 或 getchar() 阻塞，GetAsyncKeyState 是最轻量的选择。它不等待、不刷新输入缓冲区，只查当前物理按键状态。
注意：必须链接 user32.lib（VS 默认已加），且只对当前前台窗口有效；若程序被切到后台，部分键可能返回不准（尤其是 Ctrl/Alt 等修饰键）。
-
GetAsyncKeyState('A')返回非零值表示 A 键当前被按下（哪怕只按了1帧） - 检查高位 bit：
(GetAsyncKeyState('A') & 0x8000) != 0更可靠，能区分“刚按下”和“持续按住” - 别在循环里狂调——每毫秒一次足够，太频繁反而增加 CPU 占用
Linux/macOS 下用 termios 关闭回车阻塞
Unix 系统没有现成的“异步查键”API，得手动把终端设成原始模式（raw mode）：禁用行缓冲、回显和信号字符处理，让每个按键都立即可读。
关键不是“监听”，而是“让 read() 不等回车”。一旦设好，read(STDIN_FILENO, &c, 1) 就会立刻返回 0（无输入）、1（读到一个字节）或 -1（错误）。
立即学习“C++免费学习笔记（深入）”；
- 必须保存原始
termios结构，退出前恢复，否则终端会乱（比如输命令不显示） -
cfmakeraw(&tty)比手动设一堆标志更安全，但会关掉Ctrl+C信号——如需保留中断，得单独开ISIG位 - 方向键、F1-F12 等会产生多字节 ESC 序列（如
"\033[A"），要自己缓存并解析，不能只当单字符处理
跨平台封装时别碰 std::cin 和 std::getline
这些标准流默认绑定到终端设备，底层依赖系统行缓冲机制，无论你怎么设 sync_with_stdio(false) 或 cin.tie(nullptr)，都无法绕过“按回车才触发读取”这一层阻塞。
真正跨平台的方案只有两条路：Windows 走 GetAsyncKeyState / Unix 走 termios + read()，再用预处理器分发。别试图用 select() 监听 STDIN_FILENO——它在 Windows 控制台句柄上根本不可用。
- 宏判断：
#ifdef _WIN32vs#ifdef __linux__或#ifdef __APPLE__ - 函数签名统一为
bool kbhit()（是否有键按下）和int getch()（获取键值，不等待） - 返回值约定：字母数字键直接返 ASCII；ESC 序列统一返回负值（如
-1表示 ESC，-2表示方向键），避免调用方误判
容易忽略的细节：缓冲区残留和重复触发
用户快速连按两次 'a'，GetAsyncKeyState 可能连续两帧都返回真；而 termios 模式下，read() 可能一次吐出多个字节（比如粘滞键或输入法组合）。这两类问题都会导致逻辑错乱。
- 加简单去抖：记录上次按键时间，间隔
的重复结果丢弃 - Unix 下读完一个字节后，用
ioctl(STDIN_FILENO, FIONREAD, &n)查剩余字节数，决定是否继续读（防 ESC 序列截断） - Windows 下若需支持 Ctrl+C 退出，别用
SetConsoleCtrlHandler—— 它和GetAsyncKeyState并发时容易漏事件；改用WaitForMultipleObjects等待控制台输入事件更稳
