延迟抖动比稳定延迟更有害
别名: 延迟抖动 · 不稳定延迟 · timing variability · frame pacing
概念解释
延迟抖动（latency jitter）是连续输入或画面响应的等待时间不断变化，而不是保持在一个固定值上。一个稳定的、哪怕数值偏大的固定延迟仍然可能让人觉得动作偏慢，但玩家可以把这个固定的偏移量学习并纳入自己的时机预判——这正是它和输入延迟这一条的区别所在：输入延迟讨论的是延迟本身有多长，这一条讨论的是延迟的长度是否稳定。抖动会让同样的一次操作有时候准时响应、有时候明显迟到，玩家因此无法对判定窗口和节奏建立起稳定的预期，这也是抖动往往比平均值相同、但保持稳定的固定延迟更有害的原因——稳定延迟至少是可以被学习的。
机制
动作控制在本质上依赖预测：玩家提前判断结果何时出现，再据此安排下一步输入。一个固定的时间偏移可以被玩家通过"提前一点点按"来部分补偿，这个补偿动作本身也会随练习变得稳定；但一个不断变化的偏移量，会让"提前多久按"这件事本身失去固定答案，玩家越是尝试去补偿，补偿动作本身反而变成了新的错误来源。帧时间不稳定、网络数据包到达时间的波动、后台进程占用资源、以及动态调整画质的渲染策略，都可能把一个平均性能数据看起来完全合格的系统，实际体验成完全不可预测的控制过程——纯粹看平均值的监控指标会完全遗漏这个问题。更值得注意的是玩家的归因方式：面对抖动造成的失误，玩家通常不会把原因归结到"系统响应不稳定"这个真实原因上，而是归因到自己操作失误或者游戏本身判定不公平，这会直接损害玩家对游戏规则本身公正性的信任，而不只是对性能的不满。
边界
当随机性本身就是玩法设计的一部分时（比如随机掉落、随机事件），必须把这种玩法层面的随机性和输入响应层面的随机性严格分开处理，不能让玩家分不清一次失败究竟是局面本身的随机性造成的，还是设备响应不稳定造成的——这两种"随机"给玩家的心理感受完全不同，前者可以被接受为游戏的一部分，后者只会被感受为技术缺陷。节奏较慢的玩法类型对抖动的容忍度确实更高，但即便如此，镜头或界面元素出现明显跳变仍然会损害操作的舒适感和玩家对系统的信任，不能因为节奏慢就完全忽视抖动问题。任何只报告平均帧率或平均网络延迟（ping）的做法都不能代表真实体验，因为抖动问题恰恰隐藏在平均值背后。
怎么落地
- 同时监测从输入到响应的中位数延迟、尾部延迟（极端情况下的最大延迟）与延迟的方差，并按不同设备型号、具体游戏场景和网络条件分别统计，而不是给出一个笼统的全局平均值。
- 优先消除偶发的长尾卡顿，稳定帧时间的输出节奏和输入信号的采样频率；在资源有限时，适当降低画质或简化特效通常比放任偶发的大幅卡顿更能保住可控的操作体验。
- 验证办法：制作两个平均延迟数值相近、但一个保持稳定、另一个存在明显抖动的版本，比较玩家在两者上的命中率、重复按键次数与主观的"可控感"评分；如果抖动版本的表现显著更差，说明真正需要优化的目标是方差本身，而不是平均延迟数值。