在JavaScript里，我们常听说事件循环负责处理异步任务，而延迟执行最典型的代表就是setTimeout。它并不是在指定时间后立即打断当前代码去运行，而是将回调函数登记到事件循环的任务队列中，等主线程空闲且计时达标后才被执行。
事件循环与延迟执行的基本关系
JavaScript是单线程语言，所有同步代码都在主线程上依次执行。当遇到setTimeout时，浏览器或Node会把回调和延迟时间交给对应的计时模块，主线程继续往下走，不会阻塞。
延迟任务的流转过程
- 调用setTimeout，注册回调与等待时间
- 计时器在后台跑，主线程执行同步任务
- 时间到后，回调进入宏任务队列
- 事件循环在栈清空后取出该回调执行
为什么setTimeout时间不准确
因为延迟执行受主线程繁忙程度影响。如果同步代码耗时很久，即使计时结束，回调也要排队。下面用代码说明最小延迟并非绝对准时：
// 演示setTimeout延迟受主线程阻塞影响
console.log('start');
setTimeout(function() {
console.log('timeout callback');
}, 0);
// 模拟耗时同步任务
for (let i = 0; i < 1e9; i++) {}
console.log('end');
// 输出顺序: start end timeout callback
// 尽管延迟为0，回调仍晚于end执行
常见误区
有人以为setTimeout(fn, 10)代表10毫秒后一定运行，其实它只保证10毫秒后进入队列。若此时主线程被占用，实际执行会延后。
延迟执行在实际中的注意点
| 场景 | 建议 |
|---|---|
| 需要精准周期 | 用requestAnimationFrame或自行校正时间 |
| 避免嵌套过深 | 延迟回调里少放重计算 |
| 页面隐藏 | 浏览器会限流后台定时器 |
简单总结
事件循环中的延迟执行本质是把回调交给队列排队，时间参数只是最小等待门槛。理解这一点，就能明白为什么异步代码顺序和直觉不同，也更容易定位定时器相关的异常表现。
事件循环延迟执行setTimeout修改时间：2026-07-29 19:18:24