setTimeout和setInterval回调是宏任务，到期后插入宏任务队列尾部，需等当前宏任务及所有微任务执行完才执行；即使设为0毫秒，也非立即执行，且多个定时器按FIFO顺序调度。

setTimeout 和 setInterval 的回调函数在事件循环中作为宏任务（macrotask）进入任务队列，它们的执行时机取决于当前调用栈是否为空、当前宏任务是否执行完毕，以及定时器设定的时间是否已到。

宏任务队列中的排队机制

当调用 setTimeout(fn, ms) 或 setInterval(fn, ms) 时，JavaScript 引擎并不会立即将 fn 推入宏任务队列。而是启动一个计时器，在指定毫秒数（ms）后，将 fn 封装为一个宏任务，插入到**宏任务队列尾部**（不是立即执行）。这个插入动作本身发生在计时器到期的那一刻，但实际执行要等到当前所有同步代码和本轮微任务执行完之后。

• 即使设置为 0 毫秒（如 setTimeout(fn, 0)），fn 也不会立刻执行，而是等当前任务（包括所有同步代码和本轮 Promise.then 等微任务）结束后，才在下一轮事件循环中执行
• 多个 setTimeout/setInterval 到期后，按插入顺序排队，遵循先进先出（FIFO）原则
• setInterval 的回调每次到期都会尝试入队；但如果前一次回调尚未执行完（比如阻塞了很长时间），下一次回调不会被丢弃，而是继续排队等待——可能导致连续快速执行（“堆积”）

与微任务的执行顺序关系

宏任务必须等当前宏任务完全结束（包括其内部所有同步代码 + 所有微任务）后，才能从队列中取出下一个宏任务执行。因此：

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

• 一个 setTimeout 回调内产生的 Promise.then 会作为微任务，在该 setTimeout 回调执行完后立即执行，不等下一个宏任务
• 而下一个 setTimeout 回调（哪怕时间设为 0）只能等这一轮微任务全部清空后才开始执行
• 典型顺序：同步代码 → 微任务（Promise.then、queueMicrotask）→ 下一个宏任务（setTimeout/setInterval 回调、I/O 回调、UI 渲染等）

setInterval 的特殊行为与注意事项

setInterval 不是“每隔 N 毫秒执行一次”，而是“每隔 N 毫秒尝试将回调加入宏任务队列”。这意味着：

立即学习“Java免费学习笔记（深入）”；

• 如果回调执行时间 > N 毫秒，下一次回调会在前一次结束后的**立刻入队**（不等待额外 N 毫秒），造成连续执行
• 浏览器可能对长时间运行的 setInterval 做节流（例如后台标签页中延迟到 1s 以上），但这是环境行为，非规范要求
• 想实现严格间隔，应使用链式 setTimeout：setTimeout(() => { doWork(); setTimeout(arguments.callee, N); }, N)

实际验证小技巧

可通过嵌套日志观察执行顺序：

• 同步代码输出 → setTimeout(fn, 0) 中的 console.log → Promise.then 中的 console.log → 下一个 setTimeout 回调
• 用 performance.now() 记录时间戳，可发现 setTimeout 回调的实际执行时间往往比设定值晚几毫秒甚至更多（受事件循环负载影响）
• 用 clearTimeout/clearInterval 及时清理不再需要的定时器，避免内存泄漏和意外重复入队