GetAsyncKeyState需检测bit15判断按键是否按下，而非仅判非零；Linux读/dev/input/event*须配udev权限并按input_event结构体整块读；控制台鼠标需启用ENABLE_MOUSE_INPUT模式。
Windows 上用 GetAsyncKeyState 检测键盘按键不灵敏？
不是函数写错了，是调用频率和位掩码理解偏差导致的漏判。GetAsyncKeyState 返回的是 short，**最高位（bit 15）为 1 表示当前帧按键被按下**，不是返回非零就代表“正在按”。很多代码直接写 if (GetAsyncKeyState(VK_SPACE))，结果只捕获到部分按下瞬间，尤其快速连按会丢帧。
- 正确写法：用
(GetAsyncKeyState(VK_SPACE) & 0x8000) != 0判断“当前是否处于按下状态” - 若想检测“本次调用中是否发生了按下动作”，需自己缓存上一帧状态做异或比较
- 该函数本身不排队、不缓冲，每帧必须主动轮询；在游戏主循环里调用没问题，在 GUI 线程里混用容易被消息泵干扰
- 注意：它对某些系统热键（如 Alt+Tab）或被其他程序全局钩子拦截的按键可能返回不准
Linux 下读 /dev/input/event* 权限拒绝或无输出？
根本原因通常是权限没配对，或者设备路径选错——/dev/input/event0 不一定对应你插的键盘，也可能是触摸板甚至电源按钮。
- 先用
lsinput或cat /proc/bus/input/devices查目标设备的Handlers字段，确认它挂载在哪个eventX - 普通用户默认无权读取，要么加 udev 规则（推荐）：
SUBSYSTEM=="input", MODE="0644", GROUP="input"，再把用户加进input组 - 别用
fread直接读裸字节，struct input_event是固定 24 字节，必须按结构体大小整块读，否则字节对齐错乱 -
type == EV_KEY且value == 1才是按键按下；value == 0是释放；value == 2是重复（取决于内核配置）
C++ 里怎么让控制台程序响应鼠标点击？
Windows 控制台默认关闭鼠标输入模式，ReadConsoleInput 会直接跳过鼠标事件。不改这个开关，读一辈子都是空。
- 启动时先调用
SetConsoleMode(GetStdHandle(STD_INPUT_HANDLE), ENABLE_MOUSE_INPUT | ...)，把ENABLE_MOUSE_INPUT加进去 - 事件类型判断看
INPUT_RECORD.EventType：等于MOUSE_EVENT才处理MouseEvent成员 - 坐标是短整型，
dwMousePosition.X/Y单位是字符格，不是像素；窗口缩放或字体变化会影响实际映射 - 控制台最小化或失去焦点时，部分鼠标事件（如滚轮）可能被系统吞掉，别依赖它做关键交互
跨平台抽象输入太重？先避开 SDL2 和 glfw 的坑
这两个库确实能统一接口，但引入它们往往只为读几个键，结果要链一堆动态库、处理窗口生命周期、还要关掉默认的 OpenGL 上下文初始化——纯属杀鸡用火箭。
立即学习“C++免费学习笔记（深入）”；
- 如果只是后台服务或 CLI 工具，优先走原生：Windows 用
GetAsyncKeyState+WaitForSingleObject做非阻塞轮询；Linux 用inotify监控/dev/input/设备增减，再open+read -
SDL2默认启用文本输入（SDL_StartTextInput），会干扰快捷键捕获；关掉它才能稳定拿到原始扫描码 -
glfw的glfwSetKeyCallback只在窗口焦点内生效，后台运行时完全收不到事件，不适合系统级热键场景
真正麻烦的从来不是“怎么读到按键”，而是“怎么区分用户有意输入 vs 系统干扰”“怎么应对设备热插拔”“怎么在不同特权级别下保持行为一致”——这些细节藏在 ioctl 返回值、GetLastError 的具体码、以及 /proc 下的实时节点状态里。
