在 javascript 的事件循环中，settimeout 无法在宏任务队列内部实现优先级执行。它只能按照注册顺序依次执行，且必须等待当前同步代码和微任务全部清空后才会被调度。
为什么 setTimeout 不能插队执行
因为所有通过 setTimeout 注册的回调都统一存放在同一个宏任务队列（Macrotask Queue）中，引擎严格按照先进先出（FIFO）的顺序处理，不存在内部排序或优先级标记机制。
console.log('Start');
setTimeout(() => {
console.log('Timeout 1');
}, 0);
setTimeout(() => {
console.log('Timeout 2');
}, 0);
Promise.resolve().then(() => {
console.log('Microtask');
});
console.log('End');
运行结果：
立即学习“Java免费学习笔记（深入）”；
Start End Microtask Timeout 1 Timeout 2
从输出可以看出，两个 setTimeout 回调分别排在微任务之后，并且保持注册时的先后顺序。即使设置延迟为 0，它们也不会比后面的同步代码更早执行，更不可能跳过前面的任务。
如何模拟高优先级任务
虽然原生不支持，但可以通过将高优先级逻辑放入微任务队列来实现相对优先的执行效果，因为微任务总是在宏任务之前被清空。
function highPriorityTask() {
console.log('High Priority');
}
function lowPriorityTask() {
console.log('Low Priority');
}
// 使用 Promise 将高优先级任务放入微任务队列
Promise.resolve().then(highPriorityTask);
// 低优先级任务仍使用 setTimeout
setTimeout(lowPriorityTask, 0);
运行结果：
立即学习“Java免费学习笔记（深入）”；
High Priority Low Priority
这种方案利用了事件循环中微任务优先于宏任务的特性。当主线程空闲时，引擎会先检查并执行完所有微任务，然后再去宏任务队列中取下一个任务。因此，通过 Promise.then 或 MutationObserver 等方式注入的任务会比 setTimeout 更早执行。
基于 Promise 链式调用的具体行为分析
在 Promise 链式调用中，.then() 的回调总是作为微任务排队，这保证了异步操作之间的严格顺序和优先性，与 setTimeout 的行为形成鲜明对比。
console.log('Sync Start');
new Promise((resolve) => {
console.log('Promise Executor');
resolve();
}).then(() => {
console.log('Then Callback');
});
setTimeout(() => {
console.log('Timeout Callback');
}, 0);
console.log('Sync End');
运行结果：
立即学习“Java免费学习笔记（深入）”；
Sync Start Promise Executor Sync End Then Callback Timeout Callback
在这个例子中，Promise 的构造函数是同步执行的，而 .then() 的回调被推入微任务队列。由于微任务队列在宏任务队列之前被处理，所以 Then Callback 总是出现在 Timeout Callback 之前。这是实现任务优先级的标准做法，无需依赖任何非标准的 API 或 hack。
