JavaScript异步编程与事件触发是天然耦合的底层协同体系：异步操作依赖事件循环调度，事件既是异步入口也是结果出口，所有异步行为始于事件，执行由事件循环统一协调。
JavaScript 异步编程与事件触发不是两套独立机制，而是天然耦合、互相支撑的底层协同体系。异步操作依赖事件循环调度，而大多数用户交互和系统响应（如点击、输入、加载完成）本质上就是事件——它们被推入任务队列，由事件循环统一协调执行。
事件是异步的入口，也是结果的出口
几乎所有异步行为都始于某个事件：定时器到期（setTimeout）、网络响应到达（fetch完成）、DOM 加载就绪（DOMContentLoaded）、用户点击（click）。这些事件本身不直接执行逻辑，而是“注册回调”或“触发 Promise 状态变更”，真正执行发生在事件循环取出对应任务之后。
- 点击按钮 → 触发 click 事件 → 执行绑定的监听函数（宏任务）
- fetch 请求返回 → 触发 response ready 事件 → 将 then 回调推入微任务队列
- MutationObserver 检测到 DOM 变化 → 触发观察回调 → 进入微任务队列
事件循环决定异步代码的实际执行顺序
即使你写了 setTimeout(fn, 0) 和 Promise.resolve().then(fn)，它们也不会“立刻”执行。谁先跑，取决于事件循环当前阶段：宏任务执行完后，必须清空全部微任务，才进入下一个宏任务。这意味着：
- 所有 Promise.then、await 后续逻辑，总比 setTimeout 回调早执行
- 一个 click 事件处理函数里抛出的 Promise，其 .then 会在本次宏任务结束后、下一次渲染前执行
- requestAnimationFrame 的回调在渲染前执行，优先级介于微任务和宏任务之间
自定义事件可主动参与异步流程调度
不只是浏览器内置事件，开发者可通过 CustomEvent 和 EventTarget 主动构造事件流，将其无缝接入异步链条：
立即学习“Java免费学习笔记（深入）”；
- 用 dispatchEvent 触发自定义事件，配合 addEventListener 响应，形成解耦的异步通信
- 在 Promise 或 async 函数中 dispatch 事件，让 UI 层或其他模块监听状态变化
- 结合 queueMicrotask 在当前宏任务末尾插入微任务，确保比 setTimeout 更早响应
错误传播路径依赖事件与异步的联合机制
异步错误不会自动冒泡到 window.onerror，必须通过事件或 Promise 链显式捕获：
- 未 catch 的 Promise rejection 会触发 unhandledrejection 事件
- 事件监听器内部抛出的异常，只影响当前回调，不会中断后续事件，但会触发 error 事件（如 onerror 绑定）
- async 函数中未 try/catch 的 await 错误，等价于 Promise.reject()，最终也走 unhandledrejection 流程
