JavaScript 中定时器 setTimeout 的执行顺序怎么理解-js教程-PHP中文网

settimeout回调按延迟时间升序排队，但实际执行需等主线程空闲且微任务清空后才从宏任务队列取出，故0毫秒不等于立即执行，而是“当前任务结束后下一轮事件循环的第一个宏任务”。

javascript 中定时器 settimeout 的执行顺序怎么理解

setTimeout 的执行顺序不能只看“延迟多少毫秒”，关键在于 JavaScript 的单线程和事件循环机制。它不是“到点就执行”，而是“到点后排队，等主线程空了才轮到它”。

同步任务永远先于 setTimeout 回调执行

哪怕你写 setTimeout(fn, 0)，回调也不会插队到当前正在运行的代码中间。

所有 console.log、变量赋值、函数调用等同步代码会按顺序立刻执行，形成执行栈
每个 setTimeout 只是把回调“登记”进任务队列，不占用主线程
只有当前执行栈彻底清空（包括所有同步代码和本轮微任务），才会从任务队列里取出一个宏任务（比如 setTimeout 回调）来执行

多个 setTimeout 按延迟时间排序，但不绝对准时

设定的延迟时间（如 1000ms、2000ms）只是“最早可执行时间”，实际执行时刻取决于主线程何时腾出空来。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

如果主线程被一个耗时 3 秒的 while 循环占满，那么设为 1000ms 的 setTimeout 也会等到 3 秒后才开始执行
多个 setTimeout 之间仍按延迟时间升序排队：1000ms 的比 2000ms 的先入队、也优先被调度（前提是主线程已空闲）
但若 1000ms 的回调内部又执行了长时间同步操作，2000ms 的回调仍需等待它完成

它属于宏任务，要让位给微任务

在一次事件循环中，主线程执行完同步代码后，会先清空全部微任务（如 Promise.then、MutationObserver），再取下一个宏任务（如 setTimeout）。

例如：console.log(1); setTimeout(() => console.log(2), 0); Promise.resolve().then(() => console.log(3)); console.log(4);
输出顺序是 1 → 4 → 3 → 2，因为 Promise.then 是微任务，插在同步代码之后、setTimeout 之前执行