开场：一次改键需求引发的"血压事故"老张团队刚做完第一版动作游戏 Demo，按键逻辑全写在角色控制器里：跳跃判 Space、冲刺判 Shift、攻击判鼠标左键。QA 第二天就提了一堆 bug——"空格键冲突，聊天框打字也会跳"、"手柄玩家根本玩不了"、"玩家要求改键，UI 那边吵着要重写控制器"。最崩溃的是策划提了个需求：把跳跃改成鼠标右键、冲刺改成鼠标侧键。老张盯着 PlayerController.cs 里散落各处的Input.GetKeyDown(KeyCode.Space)，血压直接拉满。这场景每个 Unity 开发者都经历过。病根只有一个：输入逻辑和业务逻辑耦合太死。游戏逻辑只该关心"跳跃有没有触发"，至于玩家用什么键触发，那是输入模块和设置界面的事。要把这层解耦做对，得先搞清楚输入在引擎里到底是怎么流动的。一、先搞懂：输入在引擎里的真实路径玩家按下空格到角色起跳，中间隔着一长串环节：硬件层：键盘控制器产生扫描码，经 USB 轮询上报给驱动；OS 层：操作系统把按键翻译成消息，投递到游戏窗口的消息队列（Windows 上是WM_KEYDOWN；追求低延迟的游戏会走 Raw Input，绕过消息队列直接拿原始数据）；引擎层：引擎在每帧开始处统一采样一次输入状态，更新一张"按键状态表"；业务层：你在Update()里调