javascript事件循环通过宏任务与微任务的分层调度保证执行顺序：每轮仅执行一个宏任务，随后清空全部微任务队列；微任务总在当前宏任务结束后、下一宏任务开始前执行完毕，且新增微任务也加入本轮队列；settimeout(0)并非立即执行，而是排在所有当前微任务之后。
JavaScript 事件循环本身不“保证”任务执行顺序，而是通过一套明确的队列机制和执行规则，让任务按预期的优先级和时机运行。关键在于理解宏任务（macrotask）和微任务（microtask）的分层调度逻辑。
宏任务与微任务的分层执行
每次事件循环迭代只执行一个宏任务（如 setTimeout 回调、setInterval、I/O、UI 渲染等），但在该宏任务结束后，会**清空整个微任务队列**（如 Promise.then、MutationObserver、queueMicrotask），逐个执行所有已排队的微任务，且不穿插其他宏任务。
- 微任务总是在当前宏任务结束、下一个宏任务开始前执行完毕
- 微任务中新增的微任务也会被加入当前微任务队列尾部，本轮继续执行
- 宏任务之间一定隔着一次完整的微任务清空过程
任务进入队列的时机决定实际顺序
任务不是“写在代码里就立刻排队”，而是触发时机决定其入队位置。例如：
- 同步代码立即执行，不进任何队列
- setTimeout(fn, 0) 把 fn 推入宏任务队列（下一轮事件循环才可能执行）
- Promise.resolve().then(fn) 把 fn 推入微任务队列（本轮宏任务结束后立即执行）
- await Promise.resolve() 后续代码会被包装为微任务，而非同步执行
渲染与事件循环的协作关系
浏览器在每轮事件循环末尾，会在下一次宏任务开始前检查是否需要渲染。这个时机大致在：微任务全部执行完 → 检查 DOM 变化 → 触发 resize/scroll 等事件 → 绘制帧。因此：
- 微任务中修改 DOM，不会触发额外渲染，但会影响最终绘制内容
- 想确保 DOM 更新被渲染，可用 requestAnimationFrame（属于宏任务，紧接渲染前执行）
- 连续多次 setState（React）或 Vue.nextTick 本质是合并到同一个微任务批次，避免重复渲染
常见误区：setTimeout(0) 并不“立刻”执行
setTimeout(fn, 0) 只表示“尽可能早地安排为宏任务”，但必须等当前调用栈清空 + 当前微任务队列执行完 + 当前事件循环迭代结束，才能进入下一轮。它永远排在所有当前微任务之后，哪怕只延迟 0 毫秒。
- 比 Promise.then 延迟至少一个事件循环周期
- 多个 setTimeout(..., 0) 按注册顺序排队，但都晚于本轮所有微任务
- 若前一个宏任务耗时很长（如长循环），后续 setTimeout 的实际延迟远超 0ms
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
