GetAsyncKeyState用于实时检测按键状态，需用边沿检测避免误判；cin等标准输入不适用于游戏循环；跨平台需抽象输入层。
GetAsyncKeyState 检测按键是否按下
GetAsyncKeyState 是 Windows API 提供的实时按键状态查询函数，适合游戏循环中快速轮询。它不阻塞、不消费按键消息，只读取当前物理键状态，但要注意：它返回的是「自上次调用以来是否被按下过」的瞬时快照（高位为1表示当前按下），不是纯布尔值。
常见错误是直接写 if (GetAsyncKeyState(VK_SPACE)) 就认为“按住就一直为真”——其实它在按住期间会反复触发，且可能因调用频率高而漏判短按。正确做法是配合状态变量做边沿检测：
- 用
short接收返回值，检查最高位：(GetAsyncKeyState(VK_W) & 0x8000) != 0 - 检测「按下瞬间」需对比前后两帧状态：上帧为假、本帧为真
- 避免用
VK_SHIFT这类修饰键单独判断，系统可能拦截；优先用VK_LSHIFT/VK_RSHIFT - 注意线程安全：该函数只能在拥有窗口消息队列的线程中稳定工作（比如 WinMain 所在线程）
cin / std::getline 无法满足游戏实时输入需求
标准输入流如 std::cin 或 std::getline 是行缓冲的，必须敲回车才返回，完全不适合游戏帧循环。它们还依赖控制台句柄，在无控制台的 GUI 程序中会失败或卡死。
如果你在 Win32 窗口程序里误用了 std::cin：
立即学习“C++免费学习笔记（深入）”；
- 程序启动后黑窗一闪即逝，或卡在输入等待 —— 因为没有关联的控制台
- 即使调用
AllocConsole()，cin仍会抢占焦点、打断渲染循环 - 无法获取方向键、功能键等虚拟键码，仅能读 ASCII 字符
结论：游戏逻辑中彻底放弃 std::cin，只在调试日志、配置加载等非实时场景使用。
替代方案：SetWindowsHookEx + WH_KEYBOARD_LL 做全局监听
如果需要捕获 Alt+Tab、Win 键、或在后台也响应（比如宏工具），GetAsyncKeyState 失效（受 UIPI 限制），得用低级键盘钩子。但它开销大、权限要求高，且容易被杀软拦截。
关键点：
- 钩子过程必须在 DLL 中实现，不能写在主程序的 .cpp 里
-
回调函数签名必须是
LRESULT CALLBACK LowLevelKeyboardProc(int, WPARAM, LPARAM) -
LPARAM指向KBDLLHOOKSTRUCT，其中vkCode是虚拟键码，flags & LLKHF_UP表示抬起 - 返回非零值会阻止该按键继续传递（慎用，否则影响系统操作）
普通游戏不需要这个级别，除非你写的是外挂级辅助工具。
跨平台可移植性问题
GetAsyncKeyState 是 Windows 专属 API，Linux/macOS 下不存在。如果项目未来要跨平台，现在就该抽象出输入层接口：
- 定义统一的
InputManager类，提供isKeyPressed(Key k)、wasKeyJustPressed(Key k) - Windows 实现调用
GetAsyncKeyState，Linux 可用evdev或 X11XQueryKeymap，macOS 用CGEventTap - 避免在游戏逻辑里硬编码
VK_LEFT，改用枚举Key::LeftArrow
很多团队踩坑在于前期图快直调 Windows API，后期移植时发现输入逻辑已和渲染/更新循环深度耦合，改起来牵一发而动全身。
