事件循环不是让程序“更快”，而是让系统“不卡住”——它用一套确定的调度规则，在单线程里把同步与异步任务安排得清清楚楚，从而守住响应性这条生命线。
同步代码必须短小精悍
调用栈是同步任务的唯一舞台。一旦某个函数执行时间过长（比如超过15ms），整个主线程就会冻结，UI无法更新、用户操作无响应，稳定性直接崩塌。
- 避免在主线程做密集计算：大数组遍历、复杂JSON解析、图像处理等，应移交Web Worker或拆成小块用
setTimeout分片执行 - 慎用
while(true)、长循环或递归过深的同步逻辑，它们极易触发浏览器“脚本无响应”提示 - 前端框架中，React 的 render、Vue 的模板编译都属同步阶段，需控制组件层级与数据量，防止渲染阻塞
微任务是状态更新的黄金窗口
Promise.then、queueMicrotask等微任务总在同步代码结束后、下一个宏任务开始前被全部清空。这个特性决定了它是保障状态一致性与DOM更新顺序的关键环节。
- Vue 的 nextTick、React 的 setState 后的回调，底层都依赖微任务队列，确保视图更新与数据变更对齐
- 不要在微任务里塞大量逻辑：一个 Promise 链中嵌套过多 then，可能引发微任务堆积，延迟宏任务（如渲染、用户输入）的执行
- MutationObserver 属于微任务，适合监听 DOM 变化并批量响应，比频繁触发的事件监听更轻量、更可控
宏任务承载真实世界的时间边界
setTimeout、setInterval、I/O 回调、UI 渲染等宏任务，代表系统与外部环境交互的节奏。它们每次只执行一个，中间穿插微任务清空，天然形成“帧级”调度节拍。
- 渲染本身就是一个宏任务：浏览器每帧（约16ms）会尝试执行一次 UI 更新，而事件循环保证了 JS 执行与渲染之间有明确间隙
- 高频定时器（如
setTimeout(fn, 0)）不等于“立刻执行”，它只是尽快排队进宏任务队列，实际执行时机受整体负载影响 - 在嵌入式场景（如 ESP32-S3），FreeRTOS 的任务切换也模拟了类似机制——将按键、语音、网络等事件封装为宏任务级事件，由调度器统一分发，避免轮询阻塞
上下文保持让异步链不丢状态
在 Node.js 或复杂前端流程中，一次请求可能跨越多个异步步骤（DB 查询 → API 调用 → 缓存写入）。若每个回调都要手动传参，极易出错。CLS（continuation-local-storage）等机制通过异步追踪，在事件循环各阶段维持上下文。
- 例如记录请求 ID、用户身份、事务标记等关键元信息，使日志可追溯、错误可定位、降级策略可感知
- 现代替代方案如 AsyncLocalStorage（Node.js 14+）更轻量、更安全，原理相似但无需第三方依赖
- 注意：上下文仅在当前异步链内有效，跨线程（Worker）、跨进程（cluster）或跨服务调用时需显式透传
