在 javascript 事件循环中，settimeout 的排序由定时器到期后的插入时机决定：当多个定时器的 delay 均小于或等于当前时间时，它们会按注册顺序依次进入宏任务队列，后注册的排在后面。这意味着如果所有定时器都“立即”触发，它们的执行顺序与代码中的声明顺序完全一致。

不同延迟时间的定时器如何排队

当 setTimeout 设置了不同的 delay 参数时，浏览器或 Node.js 环境会根据到期时间将它们分配到不同的调度槽位。先到期的定时器先被放入宏任务队列，后到期的则等待。即使后注册的定时器延迟更短，它也会比先注册但延迟更长的定时器更早进入队列并优先执行。

console.log('start');

setTimeout(() => {
  console.log('timeout 0ms');
}, 0);

setTimeout(() => {
  console.log('timeout 50ms');
}, 50);

setTimeout(() => {
  console.log('timeout 0ms again');
}, 0);

console.log('end');

上述代码的预期输出为：
start
end
timeout 0ms
timeout 0ms again
timeout 50ms

微任务对宏任务排序的影响

虽然 setTimeout 本身属于宏任务，但其回调的执行时机受到微任务队列的干扰。如果在同一个事件循环阶段中，宏任务触发了微任务（例如通过 Promise.then），这些微任务会在下一个宏任务执行前全部清空。因此，如果两个 setTimeout 同时到期，但其中一个回调中产生了新的微任务，这不会改变它们在宏任务队列中的相对位置，但会影响它们之间的实际执行间隔和上下文切换。

JavaScript 开发专家

掌握包含 ES6+、异步模式和 Node.js API 的现代 JavaScript。处理 Promise、事件循环和浏览器/Node 兼容性。在 JavaSc

下载

console.log('script start');

setTimeout(() => {
  console.log('timeout 1');
  Promise.resolve().then(() => console.log('micro 1'));
}, 0);

setTimeout(() => {
  console.log('timeout 2');
}, 0);

Promise.resolve().then(() => console.log('micro script'));

上述代码的预期输出为：
script start
micro script
timeout 1
micro 1
timeout 2

嵌套 setTimeout 的递归排序行为

在 setTimeout 的回调中再次调用 setTimeout 是一种常见模式，用于模拟轮询或动画。这种嵌套调用会导致新的定时器在当前宏任务执行期间被注册，并安排在下一次事件循环中。由于每次注册都会产生一个新的宏任务条目，且新任务总是排在当前任务之后，因此嵌套的 setTimeout 会形成一种链式执行结构，确保任务按严格的先后顺序执行，而不会并发。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南