setTimeout和setInterval实际执行时间≥设定延迟，受事件循环、主线程阻塞及后台节流影响；推荐用递归setTimeout替代setInterval以避免任务堆积，并结合performance.now()提升精度。
JavaScript中的setTimeout和setInterval不是精确的“倒计时器”，它们的执行时机受事件循环机制影响，**实际执行时间 ≥ 设置的延迟时间**，无法保证毫秒级准时。
setTimeout 的执行时机
setTimeout(callback, delay) 会在主线程空闲、且至少经过 delay 毫秒后，将回调加入宏任务队列，等待下一次事件循环执行。
- 如果设置
delay = 0，回调不会立即执行，而是排在当前同步代码之后、下一个宏任务阶段执行（类似“尽快”，但不等于“立刻”） - 若前一个任务耗时很长（如长循环、大计算），即使 delay 是 10ms，回调也可能在 200ms 后才运行
- 页面被切换到后台时，多数浏览器会限制定时器频率（如最小间隔升至 1000ms），导致 setTimeout 延迟大幅增加
setInterval 的执行时机
setInterval(callback, delay) 按照固定间隔向任务队列添加回调，但不保证每次都能按时触发，也不跳过“积压”的调用。
- 如果回调执行时间 > delay（例如 delay=100ms，但每次回调耗时 150ms），下一次回调会在上一次结束后的“立刻”加入队列，造成连续执行、无间隔
- 它不会自动清除已排队但尚未执行的任务；若回调阻塞严重，可能一次性批量执行多个被积压的回调
- 与 setTimeout 类似，后台标签页中也会被节流，间隔拉长，甚至暂停
如何更可靠地控制执行节奏
需要稳定节奏时（如动画、心跳检测），推荐用 setTimeout 递归调用代替 setInterval，便于控制、可取消、逻辑清晰：
立即学习“Java免费学习笔记（深入）”；
function tick() {
// 执行任务
doWork();
// 确保本次执行完再安排下一次，避免堆积
setTimeout(tick, 100);
}
setTimeout(tick, 100); // 启动
- 每次都在上一轮结束后再设新定时器，天然规避执行超时导致的累积误差
- 方便在任意时刻
clearTimeout中断，比 clearInterval 更易管理 - 若需更高精度（如音频/游戏），应结合
performance.now()计算实际耗时，动态调整下次延迟
常见误区提醒
不要假设定时器是“实时线程”或“硬件时钟”。它们完全依赖 JS 主线程空闲程度和浏览器调度策略。
-
setTimeout(fn, 1)≠ 1ms 后执行；在大多数浏览器中，最小有效延迟约为 4ms（HTML5 规范限定） - 多个 setTimeout 共享同一事件循环，彼此不抢占，也不会并发执行
- 使用
requestIdleCallback或queueMicrotask可实现更细粒度的任务调度，但适用场景不同（前者用于空闲时段，后者属于微任务）
