Unity协程多次WaitForSeconds组合延迟远超预期问题排查

核心问题分析 #

你遇到的问题本质是Unity协程的WaitForSeconds并非精确的时间等待，两个关键特性导致了耗时偏差：

1. 帧同步延迟：WaitForSeconds会在等待指定时间后，在下一帧的更新阶段才恢复协程执行。只要游戏帧率不是无限高，每次等待都会额外增加一帧的耗时（比如60帧下每帧约16ms），多次循环后累计的延迟会非常明显。
2. 最小等待精度限制：当计算的_waitTime过小时（比如你日志里的0.5/10=0.05秒），WaitForSeconds的实际等待时间会向上对齐到最近的帧间隔，导致每次等待的实际时长都比预期长。

验证依据 #

从你提供的日志来看，预期耗时0.5秒，实际耗时1.007秒，几乎翻倍——这正好符合10次循环每次额外多等约50ms（接近一帧的时间）的累计结果。

解决方案 #

方法1：手动计时替代WaitForSeconds #

通过Time.realtimeSinceStartup（不受时间缩放影响的真实时间）手动检查是否到达目标时间，彻底避免帧同步带来的额外延迟：

private IEnumerator CO_AddBladesInTime(int count, Blade blade)
{
    var _spawnPos = blade.transform.position;
    var _counter = 0;

    var _startTime = Time.realtimeSinceStartup;
    var _interval = bladeSpawnFreq / count;
    var _calculatedTime = count * _interval;

    Debug.Log("entered coroutine at " + _startTime);

    while (_counter < count)
    {
        _counter++;
        // AddNewBlade(_spawnPos, blade.Level);
        
        // 计算当前迭代的目标完成时间
        var _targetTime = _startTime + _counter * _interval;
        // 每帧检查直到到达目标时间
        while (Time.realtimeSinceStartup < _targetTime)
        {
            yield return null;
        }
    }

    var _endTime = Time.realtimeSinceStartup;
    Debug.Log("exited coroutine at " + _endTime);
    Debug.Log($"waited {_endTime - _startTime}");
    Debug.Log($"expected wait time {_calculatedTime}");
}

方法2：使用WaitForSecondsRealtime（无时间缩放需求时） #

如果你的游戏不需要受Time.timeScale影响（比如暂停时不需要停止协程），可以用WaitForSecondsRealtime替代WaitForSeconds，它基于真实时间计算等待时长，比WaitForSeconds更精准，但仍然会受帧同步的轻微影响。

额外注意点 #

• 后续恢复AddNewBlade方法后，该方法的执行耗时也会计入总耗时，需确保它的执行时间不会过长。
• 避免在循环内添加过多Debug日志，否则会增加每帧耗时，进一步放大偏差。

内容的提问来源于stack exchange，提问作者Kureyş Alp Kılıç