JavaScript是单线程语言，事件循环通过宏任务和微任务协调异步操作，避免阻塞主线程；浏览器与Node.js在阶段划分、API支持和定时精度上存在差异。
JavaScript 为什么不能直接同步执行所有任务
因为 JavaScript 是单线程语言，同一时刻只能做一件事。如果遇到 setTimeout、fetch、addEventListener 这类需要等待外部响应的操作，又不能卡住主线程——否则页面会冻结、按钮点不动、动画停摆。事件循环就是为了解决“等操作完成”和“不阻塞主线程”之间的矛盾而存在的机制。
宏任务和微任务的执行顺序怎么影响代码行为
事件循环把异步任务分两类：宏任务（如 setTimeout、setInterval、I/O）和微任务（如 Promise.then、queueMicrotask、MutationObserver）。每次宏任务执行完，会清空全部微任务队列，再取下一个宏任务。
常见错误现象：
– 写了 setTimeout(() => console.log(1), 0) 和 Promise.resolve().then(() => console.log(2))，输出却是 2 然后 1；
– 在 Vue/React 的 nextTick 或 useEffect 中误以为所有异步都“同时发生”，结果状态更新顺序错乱。
实操建议：
– 需要确保某段逻辑在 DOM 更新后立即执行，优先用 queueMicrotask 而不是 setTimeout；
– 处理链式异步依赖时，避免混用 setTimeout 和 Promise，否则执行时机不可控；
– Node.js 中 process.nextTick 比微任务更早执行，但仅限 Node 环境，浏览器不支持。
立即学习“Java免费学习笔记（深入）”；
事件循环在浏览器和 Node.js 中有何关键差异
浏览器事件循环由 HTML 规范定义，Node.js 则基于 libuv 实现，两者阶段划分不同。比如 Node.js 有明确的 timers、pending callbacks、idle/prepare、poll、check、close callbacks 六个阶段，而浏览器没有 check 阶段（对应 Node 的 setImmediate）。
影响实际开发：
– setImmediate 只在 Node.js 存在，浏览器中会报 ReferenceError；
– setTimeout(fn, 0) 在浏览器中可能被延迟至 4ms（受最小间隔限制），Node.js 中更接近即时；
– 浏览器中 requestIdleCallback 属于宏任务，但只在浏览器空闲时才触发，无法用于精确时序控制。
什么时候该怀疑是事件循环导致的问题
当出现以下现象，大概率不是代码逻辑错，而是对事件循环理解偏差：
– console.log 输出顺序和预期不符，尤其混用 Promise 和定时器；
– 使用 async/await 后，发现某个变量还没更新就进了下一步；
– 在测试中反复出现“有时通过、有时失败”的异步断言；
– 手动调用 el.click() 后，event listener 没触发——因为事件是异步派发的，得等当前同步代码跑完。
调试技巧：
– 在关键位置插入 queueMicrotask(() => console.log('micro')) 和 setTimeout(() => console.log('macro'), 0) 对比执行时机；
– Chrome DevTools 的 “Sources → Breakpoints → Event Listener Breakpoints” 可观察事件何时入队；
– 不要依赖 Date.now() 或 performance.now() 判断“是否刚执行完”，它们不反映任务队列状态。
最常被忽略的一点：事件循环本身不处理 I/O 或计时，它只是协调者；真正决定 setTimeout 延迟精度的是系统时钟和运行时实现，不是 JS 引擎。
