javascript事件循环机制_为什么setTimeout并不准时？

夜晨 2026-01-04 00:00:00 次阅读

setTimeout延迟不准是因为它只保证最早执行时间，实际执行需等待任务队列清空和主线程空闲，可能被同步代码、微任务或高优先级宏任务阻塞。

setTimeout 的延迟时间为什么经常不准？

因为 setTimeout 只保证「最早在多少毫秒后执行」，不保证「正好在多少毫秒后执行」。它的回调必须等到当前任务队列清空、且主线程空闲时，才能被推入执行栈——这中间可能被其他同步代码、微任务或更高优先级的宏任务阻塞。

浏览器或 Node.js 的事件循环有明确的阶段划分（如 timers、pending callbacks、microtasks 等），setTimeout 属于 timers 阶段，但该阶段只有在上一轮循环结束、且满足时间阈值时才会触发
如果主线程正执行一个耗时 200ms 的 for 循环，即使你设了 setTimeout(fn, 10)，fn 也要等那 200ms 跑完才可能执行
微任务（如 Promise.then）总在当前宏任务末尾立即执行，会进一步推迟下一轮 timers 阶段的开始时间

如何验证 setTimeout 被延迟？

用 performance.now() 记录真实触发时间差，比 Date.now() 更精确：

console.log('start:', performance.now());
setTimeout(() => {
  console.log('timeout:', performance.now());
}, 10);
// 模拟阻塞
let now = performance.now();
while (performance.now() - now < 100) {
  // busy wait
}
console.log('end:', performance.now());

输出类似：
start: 100.2
end: 205.7
timeout: 205.8
说明虽然设了 10ms，实际延迟了约 105ms。