动作类游戏对延迟极其敏感
别名: 输入延迟 · 端到端延迟 · response time · action game
概念解释
输入延迟（input latency）是玩家发出输入到画面、声音或游戏状态出现相应变化的端到端时间。动作游戏把时机、闪避、瞄准和连招作为核心能力，因而延迟会直接占用本该由玩家控制的时间窗口；同样几十毫秒的延迟在回合制或菜单操作中几乎不可感知，因为这类玩法本来就不要求玩家在毫秒尺度上做判断——延迟是否有害，取决于玩法本身对时间精度的要求，而不是一个可以脱离玩法单独讨论的性能指标。
机制
玩家依据感知到的状态预测下一刻会发生什么，并据此提前调整输入，这是一种前馈控制而非事后反应。延迟拉长了感知到行动之间的闭环，使得原本正确的判断，在其对应的结果真正出现时，已经不再适用于当下的局面；在判定窗口很窄的场景下，这个滞后甚至意味着系统已经完成了"失误"的判定，玩家却还没来得及看到自己的输入生效。延迟还有一层更隐蔽的破坏性：它污染了练习本身——玩家无法区分一次失败究竟来自自己对时机的判断错误，还是系统响应本身的滞后，这两种归因需要完全不同的纠正方式，混在一起会让玩家建立不起稳定一致的动作模型，练习因此不再能带来技能提升。
边界
刻意设计的蓄力动作、攻击后摇和"重量感"可以拥有较长的动画时长，这不等于延迟——区分两者的关键在于，这段时长是否与输入发出的时刻、视觉上的预告动画、以及游戏规则本身保持一致：只要玩家能提前看到蓄力过程并据此规划，长动画本身不构成响应问题。网络对战场景需要把本地输入延迟和网络同步状态分开讨论，不能把服务器端的同步问题包装成"角色手感沉重"来搪塞，这两类问题的解决路径完全不同。不同设备（触屏、手柄、键鼠）和不同显示模式（云游戏、本地渲染、不同刷新率）各自能承受的延迟预算也不一样，不存在一个通用的"多少毫秒算可接受"的数字。
怎么落地
- 分别测量控制器采集、游戏引擎处理、画面渲染、显示输出与网络传输各自贡献的延迟，定位问题出现在具体哪一段，而不是只报告一个笼统的帧率数字掩盖真实瓶颈。
- 优先缩短高频动作、防御类操作和高精度操作的关键路径，因为这些正是玩家对延迟最敏感的场景；当某段延迟确实无法消除时，适当放宽判定窗口，或者提供能让玩家提前感知系统已经收到输入的预测性反馈。
- 验证办法：录制玩家的实际输入时刻和画面上首个可见响应，逐帧比对两者的时间差；再让同一批玩家在需要精确时机的窄窗口任务中，分别体验不同延迟版本，比较他们的成功率与主观评价是否同步下降。