GetAsyncKeyState用于Windows实时检测按键是否正被按下，应检查返回值最高位0x8000；Linux/macOS需用termios关闭行缓冲和回显，设VMIN=1/VTIME=0实现单字符读取。
Windows 下用 GetAsyncKeyState 检测按键是否按下
这个函数不是“读取输入”，而是轮询某个键当前是否被按下（哪怕只按了 1ms，只要没松开就返回非零）。它不消耗输入缓冲区，也不阻塞，适合游戏、快捷键监听等实时响应场景。
常见错误是直接判断返回值是否为 true 或 1——其实 GetAsyncKeyState 返回的是 short，最高位（bit 15）为 1 表示该键当前处于按下状态，低字节为 1 表示上一次调用以来曾被按下过。实战中只关心“是否正按着”，应检查 (GetAsyncKeyState(VK_SPACE) & 0x8000)。
-
VK_SPACE、VK_RETURN、0x41（A 键 ASCII 码）都可作为参数，但注意：普通字母键推荐用虚拟键码（如VK_A），避免依赖键盘布局 - 必须在消息循环中高频调用（比如每帧调用），否则会漏判短按
- 不能替代
GetKeyState或ReadConsoleInput：它不提供字符、不处理修饰键组合（如 Ctrl+C）、也不触发系统级热键逻辑
Linux/macOS 下用 termios 关闭回显和行缓冲
终端默认是“行缓冲 + 回显”模式，敲完回车才把整行传给程序。要实现类似 getch() 的单字符无回显输入，得手动改终端属性。
核心是调用 tcgetattr 保存原设置，再用 tcsetattr 清掉 ICANON（关闭行缓冲）和 ECHO（关闭回显），同时设 VMIN=1、VTIME=0 让 read() 变成非阻塞式单字节读取。
立即学习“C++免费学习笔记（深入）”；
- 别忘了恢复原终端设置（尤其在异常退出时），否则终端会变“哑巴”——输入不显示、回车没反应
-
read(STDIN_FILENO, &c, 1)在无输入时立即返回 -1 并置errno = EAGAIN，需主动检查，不能当错误直接退出 - 此法只对终端有效；重定向输入（如
./a.out ）时 <code>tcsetattr会失败，得 fallback 到普通read()
跨平台封装时避开 conio.h 和 ncurses
conio.h 是 Windows 专属、早已废弃的头文件，ncurses 虽然跨平台但引入重量级依赖，且需要初始化/清理屏幕状态，对纯键盘监听属于杀鸡用牛刀。
真正轻量的跨平台方案是条件编译：Windows 用 GetAsyncKeyState + GetTickCount64 做简单去抖；Linux/macOS 用 termios 配合 select() 实现带超时的单字节读取（避免忙等）。
- 不要尝试用
std::cin.get()或std::getline()做非阻塞——它们底层仍走行缓冲，无法绕过 - 如果目标是监听全局快捷键（比如 Alt+Q 退出），Windows 需
RegisterHotKey，macOS 需CGEventTapCreate，这和终端输入完全不是一回事，别混用 - 第三方库如
raylib或SDL2内置了键盘事件抽象，但代价是链接体积和初始化开销，小工具没必要
异步输入容易被忽略的线程安全与事件顺序问题
键盘输入本质是外部中断驱动的事件流，而你的检测循环是用户态代码，两者没有同步机制。这意味着：GetAsyncKeyState 可能在键刚按下时就读到，也可能在松开后一帧才读到；read() 可能一次返回多个字节（尤其粘连输入），也可能因信号中断返回部分字节。
- 别在多线程里共享同一个
stdin文件描述符或反复调用tcsetattr——终端属性是进程级的，线程间竞争会导致行为不可预测 - 如果用
select()监听STDIN_FILENO，注意它只告诉你“有数据可读”，不保证是完整按键；ASCII 字符可直接用，但方向键、功能键会发 ESC 序列（如\033[A），需缓冲解析 - 最麻烦的是 Ctrl+C：它默认触发
SIGINT，会中断你的read()或select()，并可能让程序直接退出——若要捕获它做自定义处理，必须提前signal(SIGINT, handler)，且 handler 里只能调用 async-signal-safe 函数
