promise回调比settimeout先执行，因前者属微任务、后者属宏任务；事件循环严格按“同步→微任务→宏任务”执行，同步代码立即运行，微任务在本轮末尾清空，宏任务每次只取一个。
Promise 的回调（.then、.catch）比 setTimeout 先执行，不是因为“更快”，而是因为它们分属不同任务队列：Promise 属于微任务，setTimeout 属于宏任务。JavaScript 事件循环严格遵循“同步 → 微任务 → 宏任务”的执行节奏，这是决定顺序的根本规则。
同步代码永远最先运行
无论后面写了多少异步逻辑，所有同步语句都会从上到下立即执行。比如 console.log(1)、new Promise((resolve) => { console.log(2); resolve(); }) 中的 console.log(2)，都属于同步阶段。
- Promise 构造函数内的执行体（即
resolve()前的代码）是同步的 -
setTimeout调用本身是同步的，但它的回调会被推迟到宏任务队列 - 同步阶段不会等待任何异步操作，也不会跳过后续语句
微任务在本轮事件循环末尾集中执行
一旦同步代码执行完毕，引擎立刻检查微任务队列，并清空全部待处理微任务，中途不穿插宏任务。常见的微任务包括：
-
Promise.prototype.then/catch/finally的回调 queueMicrotask()- MutationObserver 回调（浏览器环境）
注意：多个 .then 链式调用会按注册顺序依次加入微任务队列，不会因嵌套而跳过或延迟执行。
宏任务按插入顺序排队，每次只取一个
微任务队列清空后，事件循环才从宏任务队列中取出第一个任务执行。常见宏任务有：
-
setTimeout和setInterval的回调 - 整体
<script></script>标签内容（初始宏任务） - I/O 回调、UI 渲染、用户交互事件（如 click）
关键细节：setTimeout(fn, 0) 并非“立刻执行”，而是“尽快入队”——浏览器对最小延迟有约束（通常 ≥4ms），且必须等当前同步+微任务全部完成才能触发。
多个定时器之间的执行顺序看延迟时间
如果两个 setTimeout 延迟不同，先到期的那个会先进入宏任务队列，因此更早被执行；若延迟相同（如都为 0），则按代码中调用顺序入队（FIFO）。例如：
-
setTimeout(() => console.log('A'), 10)与setTimeout(() => console.log('B'), 5)→ B 先于 A -
setTimeout(() => console.log('X'), 0)先写，setTimeout(() => console.log('Y'), 0)后写 → X 先于 Y
这个顺序与 Promise 无关，仅由宏任务队列的插入时机决定。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
