async/await 不影响事件冒泡或捕获阶段，仅控制函数内异步执行顺序；可在事件处理器中 await 异步操作（如校验、请求）后决定行为，但不能暂停事件流；需用 stopPropagation + 自定义事件或共享 Promise 协调逻辑。
async/await 本身不直接干预事件冒泡或捕获阶段的流程，它控制的是函数内部异步操作的执行顺序与等待逻辑，而非 DOM 事件传播机制。事件的捕获、目标、冒泡三阶段由浏览器引擎按规范同步调度，不可被 await 暂停或“动态流转”。但你可以把 async/await 巧妙嵌入事件处理函数中，实现对**后续异步行为触发时机与条件**的精细控制。
在事件处理器中使用 await 做异步决策
事件对象（Event）本身是同步传递的，但你可以在事件回调里用 await 等待异步结果（如权限校验、远程配置、缓存读取），再决定是否继续执行、阻止默认行为或手动触发其他逻辑。
- 点击按钮后，先 await 检查用户登录态，再决定是否发起请求
- 表单提交时，await 验证服务端规则，验证失败则 event.preventDefault() 并提示
- 拖拽结束（dragend）后，await 上传文件，成功后再触发 UI 更新或冒泡通知父组件
避免在捕获/冒泡阶段“中断”传播链
不能用 await 让事件暂停在某个节点上等待异步完成——事件流不会等你。比如在捕获阶段的监听器里写 await fetch(...)，事件仍会照常进入目标阶段和冒泡阶段，只是你的回调函数内部执行被挂起而已。
这意味着：如果你依赖“等某异步结果出来后再让事件继续冒泡”，这是无法实现的。可行做法是：
- 在捕获阶段监听器中调用 event.stopImmediatePropagation() 或 event.stopPropagation()，暂存事件信息
- await 完成后，根据结果手动 dispatch 新事件（如 new CustomEvent('actionApproved')）
- 让业务逻辑响应自定义事件，而非原生冒泡链
用 Promise 状态驱动后续行为流转
可以把异步结果封装为 Promise，并让多个事件处理函数通过共享状态或信号协调。例如：
- 点击按钮触发 fetch，返回 Promise 存入组件实例 this.loadPromise = fetch(...)
- 后续所有相关操作（如 loading 状态、重试按钮、结果渲染）都 await this.loadPromise
- 即使事件在不同阶段（捕获/冒泡）被触发，它们都等待同一个 Promise，自然形成一致的行为流转
注意微任务与事件循环的配合
await 后续代码会被放入微任务队列，在当前宏任务（如 click 事件处理）结束后立即执行。这保证了：
- 多个 await 不会打断事件流，但能确保异步逻辑按序执行
- try/catch 可捕获整个链路中的 reject，统一处理错误，避免异常穿透到事件系统
- 若需“延迟响应”，可用 await new Promise(r => setTimeout(r, 0)) 让出本轮循环，但仍是微任务优先级
