事件循环本质是主线程空闲时按“宏任务→微任务→宏任务…”顺序调度任务：每轮取一个宏任务执行，再清空全部微任务；setTimeout属宏任务，Promise.then属微任务，故输出顺序为1→4→3→2。
事件循环的本质是“主线程空闲时该取哪个任务来执行”
JavaScript 是单线程，所有代码都在一个调用栈里跑。它不靠多线程并发，而是靠把异步操作“排队+调度”来实现非阻塞——这个调度机制就是事件循环。关键不是“谁先注册”，而是“谁被安排在哪个队列、什么时候被执行”。setTimeout哪怕设成 0，也得等当前宏任务彻底结束、所有微任务清空后才轮到；而Promise.then注册的回调，只要当前宏任务一结束，立刻执行，不等渲染、不等下一个宏任务。
宏任务和微任务的典型来源必须记牢
混淆来源是调试时最常踩的坑：你以为是微任务，结果它是宏任务，执行顺序就全乱了。
-
宏任务：整体脚本（
）、setTimeout、setInterval、setImmediate（Node.js）、I/O 回调（如fs.readFile的 callback）、用户事件（click、input）、UI 渲染（浏览器自动触发） -
微任务：
Promise.then/.catch/.finally、queueMicrotask、MutationObserver回调、Node.js 中的process.nextTick（注意：它优先级比 Promise 还高）
特别注意：requestAnimationFrame 不是标准宏任务，也不进微任务队列，它属于渲染阶段的特殊钩子，通常在微任务之后、渲染之前执行。
执行顺序不是“先进先出”，而是“宏→微→宏→微…”嵌套推进
事件循环每轮只从宏任务队列取**一个**任务执行；执行完后，**立刻、连续、清空**整个微任务队列；然后才进入下一轮宏任务。这意味着：
立即学习“Java免费学习笔记（深入）”；
- 微任务可以递归产生新微任务（比如
Promise.then里再返回一个Promise），它们会全部塞进当前微任务队列尾部，并在本轮内执行完 - 宏任务之间是严格串行的，中间插不进另一个宏任务（哪怕你
setTimeout(..., 0)一百次，也得等前面所有宏任务 + 它们引发的全部微任务走完才轮到第二个） - UI 渲染一般发生在微任务清空之后、下一个宏任务开始之前（浏览器可优化，但逻辑上如此）
示例验证：
console.log('1');
setTimeout(() => console.log('2'), 0);
Promise.resolve().then(() => console.log('3'));
console.log('4');
输出必为 1 → 4 → 3 → 2，因为 1 和 4 是同步代码（属第一个宏任务），3 是微任务，2 是下一个宏任务。
调试时别只看 setTimeout/setInterval，重点查 Promise 链和 queueMicrotask
很多“为什么没按预期顺序执行”的问题，根源不在定时器，而在你忽略了隐式微任务。比如：
- 用
async/await写的函数，await后面的代码会被编译成Promise.then，属于微任务 - 用
queueMicrotask显式插入的任务，行为和Promise.then一致，但更轻量、无 Promise 构造开销 - Vue/React 的响应式更新（如
nextTick、useEffect的清理/执行时机）底层都依赖微任务队列保证 DOM 更新前完成状态同步
真正容易被忽略的是：微任务没有“延时”概念，它只认“当前宏任务是否结束”。一旦漏掉一个 Promise.catch 或写错 await 位置，整个后续流程就可能提前或滞后半拍——这种问题在线上很难复现，但会在特定数据流下稳定触发。
