反馈延迟超过回路周期会引发过冲与振荡
别名: 反馈延迟振荡 · control instability · 输入延迟导致的过冲
概念解释
闭环修正依赖反馈及时反映当前的真实状态，如果反馈本身要经过比正常回路周期还长的额外延迟才能送达，用户拿到的其实是"已经过时"的状态信息，据此做出的修正针对的是几十甚至上百毫秒之前的情况，而不是当下的情况。这会导致修正总是"晚一步、且下猛了"——先是冲过目标（过冲），随后基于同样滞后的反馈再做一次反向的过度修正，如此来回，形成振荡（oscillation），而不是平顺地收敛到目标上。
机制
正常情况下，闭环控制假设"我现在看到的状态"约等于"这个动作真正所处的状态"，修正指令是针对当下差距生成的。一旦反馈延迟超过回路本身的周期，用户看到的状态已经落后于动作实际所在的位置，据此生成的修正力度和方向，是按"过去那个差距"计算出来的，用来纠正的却是"现在这个差距"，两者往往并不匹配——如果动作已经因为之前的修正在往回走，而反馈还没跟上，用户会误以为还需要继续加力修正，结果修正过了头。这个过头的结果又要经过同样的延迟才能被感知到，于是下一轮修正又是针对已经过时的状态做出的，误差不但没有收敛，反而在目标两侧来回摆动，延迟越大、单次修正的力度越大，摆动的幅度也越大。
怎么研究
研究这类现象常用的做法是人为给反馈通道加入可控的延迟（比如让光标位置的更新比手部真实移动晚一个固定的毫秒数），系统性改变延迟长度，观察轨迹从平滑收敛变成明显的过冲—反向修正模式所对应的延迟阈值；这个阈值通常会和该任务下测得的回路周期数值相吻合，从而验证"延迟超过回路周期就会引发振荡"这一机制。另一类做法直接借用远程操作或高延迟网络环境下的真实任务数据，比较延迟大小与轨迹振荡幅度、完成时间的相关关系。
边界
振荡是否发生，除了延迟本身的长度，还与修正指令的幅度有关——如果用户或系统对误差信号的反应本身就比较克制（每次只做小幅修正），即使延迟较长，也不容易出现剧烈的过冲；反之，如果反应幅度很大，稍长的延迟就足以引发明显振荡。这意味着单看延迟数值不足以判断是否会出问题，还要结合修正的力度或增益一起评估，且这种权衡在不同输入设备（鼠标、触屏、体感手势）之间可能出现相当不同的组合边界。
怎么落地
- 任何需要用户依靠视觉反馈做连续闭环修正的交互（远程操控光标、体感手势瞄准、云端渗染的拖拽预览），应把从操作发出到反馈呈现之间的延迟压在该任务下测得的回路周期之内，超过这个量级就要预期用户会出现过冲和来回修正，而不是操作本身不熟练。
- 如果延迟本身难以彻底消除（网络传输、渐进式渲染），可以降低系统对单次修正的响应幅度或增加视觉上的阻尼提示（比如让光标移动带一点滞后的缓动而不是完全跟手），减小每次过度修正的幅度，用降低增益换取减少振荡，而不是一味追求"零延迟"。
- 验证办法：在可控实验环境里逐步加大反馈延迟，记录轨迹中方向反转的次数和幅度；一旦反转次数明显上升、幅度不再随时间收窄，就说明延迟已经越过了该任务的回路周期阈值，需要从延迟本身或响应增益两方面着手降低。