事件冒泡和捕获是dom事件流的固有阶段，不可关闭；addeventlistener第三个参数true/false仅控制回调执行阶段：true为捕获（document→目标），false（或省略）为冒泡（目标→document）。
事件冒泡和捕获不是“可选特性”，而是 DOM 事件流的固有阶段；你无法关闭它们，但可以控制监听时机和中断传播路径。
addEventListener 第三个参数 true/false 到底控制什么
它只决定你的回调函数在哪个阶段执行：true 表示捕获阶段（从 document → 父元素 → 目标元素），false（或省略）表示冒泡阶段（从目标元素 → 父元素 → document）。两个阶段共存，互不干扰。
常见误解是“设成 true 就能阻止冒泡”，其实完全不能——哪怕你在捕获阶段监听，事件仍会继续走到目标阶段、再进入冒泡阶段，除非显式干预。
- 同一元素上同时注册捕获和冒泡监听器，会按注册顺序分别触发（捕获先于目标，目标先于冒泡）
- 父元素设
true、子元素设false，点击子元素时：父（捕获）→ 子（目标）→ 子（冒泡）→ 父（冒泡） -
useCapture对 IE8 及更早版本无效，但现代环境已无需兼容
event.stopPropagation() 能停在哪一步
event.stopPropagation() 只在当前阶段内生效：若在捕获阶段调用，它不会阻止事件继续向下到达目标元素（因为捕获是单向下行，无法中途截停），但能阻止后续的目标阶段和冒泡阶段；若在目标或冒泡阶段调用，则立即终止向上传播。
注意：stopPropagation() 不影响同一阶段其他已注册的监听器（比如两个同为冒泡的 click 监听器，第一个调用了它，第二个仍会执行）。
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
- 真正“立刻打断所有同类型监听”的是
event.stopImmediatePropagation() - 它不仅阻止传播，还跳过当前元素上其余未执行的同类型事件处理函数
- 常用于防止第三方脚本或组件的默认行为被意外覆盖
什么时候该用事件委托而不是 stopPropagation
事件委托本质是利用冒泡，在父级统一处理子元素事件，避免逐个绑定。它和 stopPropagation() 是不同思路：前者是“顺势而为”，后者是“强行截断”。
典型场景如动态生成的列表项、模态框遮罩层点击关闭——你不需要阻止冒泡，而是靠 event.target 判断是否点中了关闭区域。
- 滥用
stopPropagation()容易导致父级功能失效（比如外层滚动容器、全局快捷键、无障碍焦点管理） - 委托更轻量，减少内存占用，也便于后期维护（增删子元素无需重绑）
- 如果必须拦截，优先考虑 CSS
pointer-events: none或条件判断，而非无差别调用stopPropagation()
捕获阶段阻止默认行为的唯一可靠方式
event.preventDefault() 在捕获阶段就能生效，比如在 document 上监听 keydown 并调用它，可阻止输入框获得焦点后的默认键盘响应——这比等冒泡上来再处理更及时。
但要注意：某些浏览器对部分事件（如 scroll、focus）在捕获阶段调用 preventDefault() 效果有限或不一致，务必实测。
- 表单提交、链接跳转这类可取消的默认行为，在捕获阶段调用
preventDefault()是安全且推荐的 - 不要依赖捕获阶段的
stopPropagation()来“屏蔽”子元素事件——它做不到，且语义错位 - 真要隔离交互区域，用
event.composedPath()+ 显式白名单比层层stopPropagation()更可控
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
