JavaScript事件流分捕获、目标、冒泡三阶段；addEventListener第三参数决定监听阶段（true为捕获，false或省略为冒泡）；stopPropagation可阻止后续传播，事件委托依赖冒泡实现。
JavaScript事件处理的核心在于理解事件如何在DOM树中流动。事件冒泡和事件捕获不是互斥的选项，而是同一事件流中两个方向相反的传播阶段。
事件流分三步：捕获 → 目标 → 冒泡
当用户点击一个嵌套元素（比如
-
捕获阶段：事件从
window→document→→→ 外层→ 中间，一路向下，直到抵达目标按钮（但此时按钮自己的事件还没执行）；- 目标阶段：事件到达真正被点击的元素（即
），它的监听器在此刻触发；- 冒泡阶段：事件从按钮开始，逐级向上传播，依次触发
、、、document、window上绑定的监听器（默认行为就是走这一段）。怎么控制用冒泡还是捕获？看 addEventListener 的第三个参数
这个布尔值决定了监听器注册在哪一阶段生效：
-
ele.addEventListener('click', handler, false)或省略第三个参数 → 在冒泡阶段执行（最常用）； -
ele.addEventListener('click', handler, true)→ 在捕获阶段执行； - 注意：目标阶段两个都可触发（即无论设
true还是false，目标元素上的监听器都会执行一次）。
为什么需要阻止冒泡？常见场景举例
冒泡本身很有用（比如事件委托），但有时会造成干扰，必须中断：
立即学习“Java免费学习笔记（深入）”；
- 下拉菜单点击内部选项时，不希望顺带触发外部“关闭菜单”的父容器 click；
- 模态框内表单提交，点击按钮后不希望事件冒泡到背景遮罩层导致关闭弹窗；
- 使用
event.stopPropagation()可立即终止后续所有阶段的传播（捕获未完成也会停）； - 若只想阻止冒泡、不影响捕获，可用
event.stopImmediatePropagation()（还能阻止同阶段其他监听器）。
事件委托靠的就是冒泡特性
不用给每个子项单独绑 click，只需在父容器上监听，利用事件冒泡上来时检查
event.target是哪个真实元素：- 适合动态增删列表项的场景（如聊天消息、商品列表）；
- 节省内存，避免大量重复监听器；
- 典型写法：
list.addEventListener('click', e => { if (e.target.matches('li.delete-btn')) { /* 删除逻辑 */ } })。
基本上就这些。理解清楚捕获与冒泡的路径和时机，就能更稳地控制交互逻辑，避免意外触发或漏处理。
- 目标阶段：事件到达真正被点击的元素（即
