setTimeout 和 setInterval 是宏任务，其回调被加入宏任务队列，在当前任务及所有微任务执行完后由事件循环调度；实际延迟受主线程负载、后台节流等影响，并非精确。
JavaScript 中的定时器（setTimeout 和 setInterval）本身就是宏任务（macrotask）的典型来源，它们会将回调函数插入到宏任务队列中，由事件循环在当前任务执行完毕后、下一个渲染帧之前调度执行。
定时器天然创建宏任务
每次调用 setTimeout(fn, delay) 或 setInterval(fn, delay)，JS 引擎并不会立即执行 fn，而是：
- 在指定延迟时间（或至少 delay 毫秒后）将回调函数注册为一个待执行的宏任务；
- 该任务被放入宏任务队列（macrotask queue），等待当前调用栈清空、所有微任务（如
Promise.then）执行完后，才被事件循环取出执行； - 注意：延迟时间是“最小延迟”，不是精确延迟——实际执行时机受主线程繁忙程度、浏览器节流（尤其在后台标签页）、系统负载等影响。
控制执行时机的关键要点
要更可靠地控制定时器回调的执行时机，需注意以下实践：
-
避免依赖绝对时间精度：不要假设
setTimeout(fn, 100)一定在 100ms 后执行。可用performance.now()在回调内记录真实触发时间，做动态补偿； -
清理不需要的定时器：使用
clearTimeout或clearInterval及时清除，防止内存泄漏或意外多次执行； - 避免长任务阻塞定时器触发：若主线程正执行耗时操作（如大数组排序、复杂渲染），定时器回调会被推迟，直到该操作完成；
-
后台标签页中定时器会被节流：多数浏览器将
setTimeout最小间隔限制为 1000ms（即至少 1s），此时可考虑用Page Visibility API暂停/恢复逻辑。
与微任务配合实现精细调度
有时需在定时器触发后“尽快但不抢占当前流程”，可结合微任务：
立即学习“Java免费学习笔记（深入）”；
setTimeout(() => {
console.log('宏任务执行');
Promise.resolve().then(() => {
console.log('紧随其后的微任务');
});
}, 0);
输出顺序固定为：
→ 当前同步代码结束
→ 所有已排队微任务（包括上面的 then）
→ 下一轮宏任务（如另一个 setTimeout）
替代方案：requestIdleCallback（适合非紧急任务）
若目标是“在浏览器空闲时执行低优先级任务”，requestIdleCallback 是更语义化、更高效的选择：
- 它也是宏任务，但由浏览器根据帧预算主动调度；
- 回调接收
deadline对象，可判断是否还有剩余时间继续工作； - 兼容性需注意（IE 不支持，可用
setTimeout回退）。
