为何JavaScript环境中setInterval任务执行慢于setTimeout？

你观察到的现象本质是JavaScript定时器队列的内部排序规则导致的，和Event Loop的宏任务/微任务执行顺序不冲突，下面详细拆解：

先明确基础执行顺序 #

首先回顾Event Loop的核心规则：

1. 先执行同步代码，直到执行栈为空。
2. 清空微任务队列（包括Promise.then、queueMicrotask等），直到微任务队列空。
3. 处理宏任务队列，每次取出一个宏任务执行，执行完成后再回到步骤2清空微任务。

你的测试代码里，同步代码输出1，微任务依次输出2、3，这部分符合预期。关键是宏任务阶段的定时器执行顺序。

定时器队列的内部排序逻辑 #

setTimeout和setInterval都属于定时器宏任务，但它们在引擎内部的队列处理有区别：

• setTimeout是一次性定时器，回调只会执行一次。
• setInterval是重复定时器，回调会按间隔时间重复触发（你测试里用clearInterval终止了重复）。

在V8引擎（Chrome、Node.js都基于它）的实现中，当两者使用默认延迟（省略时间参数或传0，实际会被替换为引擎允许的最小延迟，比如浏览器4ms、Node.js 1ms）时：

即使计划执行时间相同，一次性定时器任务的优先级高于重复定时器任务，会被优先从队列中取出执行。

这就解释了为什么不管你先调用setTimeout还是setInterval，最终都是setTimeout的回调先输出4，再执行setInterval的回调输出5。

结合测试代码验证 #

不管两种定时器的调用顺序如何：

1. 同步代码执行完毕后，微任务队列被清空（输出2、3）。
2. 处理宏任务队列时，定时器队列里的setTimeout任务先被执行，输出4。
3. 接着执行setInterval的任务，输出5，然后被clearInterval终止。

补充说明 #

这里的“优先级”是定时器内部队列的排序规则，不属于Event Loop宏任务类型的全局优先级（比如浏览器中UI渲染、I/O任务的优先级和定时器不同）。如果给setTimeout设置一个比setInterval大的延迟时间，执行顺序就会反过来。

内容的提问来源于stack exchange，提问作者xgqfrms