Windows平台用GetAsyncKeyState检测任意键是否按下
控制台程序无法直接响应按键事件，必须轮询系统状态。Windows API 提供的 GetAsyncKeyState 是最轻量、最常用的方式，它不阻塞、不吞键、能检测组合键（如 Ctrl+C），适合实时响应。
关键点：参数传入虚拟键码（如 VK_SPACE、'A'），返回值最低位为1表示该帧被按下（注意不是“按住”）。
- 需包含头文件：
#include <windows.h></windows.h> - 虚拟键码可查 MSDN，字母键可直接用大写 ASCII 值（
'A'等价于0x41） - 频繁调用时建议加
Sleep(1)防止 CPU 占满，但会引入约 1ms 延迟 - 不能检测输入法上屏后的字符，只管物理按键动作
Linux/macOS 下用termios关闭回显并设为非缓冲模式
POSIX 系统没有类似 GetAsyncKeyState 的 API，得靠改造终端行为：禁用行缓冲（ICANON）、关闭回显（ECHO）、设最小读取字节数为 1（MIN = 1），才能做到按一个键立刻返回。
注意这不是“监听”，而是让 read() 变成准实时——每次调用最多等一个键，不等回车。
立即学习“C++免费学习笔记（深入）”；
- 必须在程序启动时保存原始
termios结构，退出前恢复，否则终端会乱（比如输命令没反应） -
stdin文件描述符是 0，read(0, &ch, 1)就能拿到单字节 - 方向键、功能键会发 ESC 序列（如 ← 是
\033[A），需连续读 2–3 字节判断 - 无法区分 Shift+A 和小写 a——终端已把大小写转换做完，只给你最终字符
跨平台封装时别碰cin.get()或getchar()
这两个函数本质是带缓冲的行输入，必须敲回车才触发，完全不符合“实时按键检测”需求。哪怕加了 cin.sync() 或 fflush(stdin) 也无效——标准库层面就决定了它们不处理未回车的输入。
常见误用场景：想用 while (cin >> key) 捕获方向键，结果卡死；或以为 system("pause") 能替代按键等待，但它只是停住并忽略所有键值。
- Windows 下坚持用
GetAsyncKeyState或更底层的ReadConsoleInput（后者能获取扫描码和事件类型，但更重） - Linux/macOS 死守
termios+read()组合，别试图用 C++ iostream 混合操作 - 第三方库如
ncurses可用，但引入依赖且 Windows 需额外编译，纯控制台小工具没必要
Ctrl+C、Ctrl+Z 这类信号键要单独处理
默认情况下，Ctrl+C 会向进程发 SIGINT，直接终止程序——你的按键检测逻辑根本收不到这个“C”。同理，Ctrl+Z 发 SIGTSTP（挂起）。若想捕获它们，必须显式屏蔽或重定义信号行为。
Windows 下 SetConsoleCtrlHandler 可拦截 Ctrl+C/Ctrl+Break；Linux/macOS 则用 signal(SIGINT, handler) 注册回调，再在回调里设置全局标志位供主循环检查。
- 仅拦截信号还不够：Ctrl+C 按下时，终端仍可能输出
^C，需提前关掉ECHO和ICANON - 不要在信号处理函数里调用
printf或std::cout——它们不是异步信号安全的 - 真正想“吃掉” Ctrl+C 并继续运行，Windows 要返回
TRUE，Linux 要在 handler 中不调用exit()且尽快返回
termios 没还原，或者信号 handler 里用了 std::string 构造，都会让 shell 失控。 
