Firefox 56版本setTimeout实际延迟超出设定值异常问题咨询

核心匹配原因：后台标签页定时器强制节流 #

Firefox 5及以上版本为了降低后台标签页的资源功耗，对非活跃后台标签页中的setTimeout、setInterval做了全局节流限制：所有定时器的最小执行间隔被强制设为1000ms，不管代码中设置的delay值有多小。
你观测到的delay=0时实际延迟约1000ms、delay=1000时实际延迟约2000ms的现象，完全符合该节流规则的表现，是该场景下概率最高的诱因。
你可以通过以下操作验证：测试时保持当前页面为前台活跃标签，再次触发逻辑，如果两次console.log的时间差和设置的delay值一致，即可确认是该机制导致。

其他可能诱因 #

主线程阻塞 #

如果测试时页面始终处于前台，需要排查setTimeout调用后，主线程是否被长同步任务、大规模DOM重绘重排、其他高优先级逻辑占用。setTimeout回调属于宏任务，必须等待当前主线程的所有同步任务、微任务执行完成后才会入队执行，如果主线程被阻塞1000ms左右，也会出现延迟叠加的情况。
你可以使用Firefox 56开发者工具的性能面板录制执行过程，查看主线程的占用栈定位阻塞任务。

同时段定时器扎堆 #

你的触发逻辑限定为每个小时的前20秒（mm==0 && ss<=20）执行，如果页面在该时段同时注册了大量其他定时器回调，这些回调会按注册顺序排队执行，也会导致目标回调被延后。

适配方案 #

如果必须保留Firefox 56的使用场景：

• 前台运行场景下可以用requestAnimationFrame替代短延迟定时器，不受节流规则限制
• 需要后台运行的场景可以将定时逻辑放到Web Worker中执行，Worker线程的定时器不受主线程阻塞和前台活跃状态限制

内容的提问来源于stack exchange，提问作者user5858