上一篇讲地面检测,末尾提了一句 coyote time,说加点迟滞消抖。当时一带而过,但这块单拎出来值得细说。因为"着地状态抖动"是那种典型的——现象看着莫名其妙(跳跃偶尔失灵、脚步声在平地上乱响、相机走两步抖一下),根源却藏在一个你以为很简单的布尔判断里。而且它在联机游戏里还多一层坑:处理迟滞用的是时间还是帧,直接关系到确定性。这篇把它扒干净。先看抖动是怎么发生的回顾一下着地检测:每帧从脚底往下探一条短射线,探到地面就grounded = true,探不到就false。看着天衣无缝,问题在于——它是个瞬时判断,而角色和地面的关系是连续变化的。在很多边界情况下,这条射线会一帧探到、一帧探不到,来回横跳。哪些情况会横跳?走在颠簸地形上。碎石路、有起伏的野外地表,脚底离地距离一直在探测阈值附近微微波动,这帧探到下帧探不到。下坡或下台阶。角色往下走时,脚会短暂地"甩"在空中一小会儿,离地距离超过探测范围,判成空中,落下去又判成着地,一上一下。刚好卡在探测距离边缘。角色离地的距离正好在 probe 距离的临界值上,数值上一点点抖动就让判断在 true/false 之间反复跳。高速移动。速度快时一帧位移大,脚底位置跨度大,着地状态更容易在帧之间剧烈变化。这些情况下,grounded这个布尔量就像接触不良的开关,啪嗒啪嗒地跳。抖一下,后面全乱你可能觉得着地状态偶尔跳一帧无所谓,反正下一帧又对了。问题是,一大堆逻辑挂在这