事件冒泡和捕获的本质区别是传播方向不同：捕获阶段从document向下传递至目标元素，冒泡阶段从目标元素向上传递回document；两者是浏览器固定执行的两个连续阶段，非互斥模式。
事件冒泡和捕获的本质区别是什么？
事件冒泡和捕获是 DOM 事件传播的两个阶段，不是互斥的“模式”，而是浏览器**固定执行的流程**：先捕获（从 document 向下到目标元素），再到达目标，最后冒泡（从目标向上回到 document）。只有注册了对应阶段的监听器，才会触发对应回调。
关键点在于：addEventListener() 的第三个参数决定监听哪个阶段：
-
false（默认）→ 只响应冒泡阶段 -
true→ 只响应捕获阶段 -
{capture: true}→ 同样是捕获阶段（现代写法）
如何用 stopPropagation() 阻止事件继续传播？
stopPropagation() 会立即中断当前事件在**当前阶段**的后续传播路径，但不影响同一元素上其他同阶段监听器的执行。
常见误用场景：
立即学习“Java免费学习笔记（深入）”；
- 在捕获阶段调用 → 后续的捕获监听器不会触发，但目标阶段和冒泡阶段仍会继续
- 在目标阶段调用 → 冒泡阶段完全终止，捕获和目标阶段已执行完毕，不再向上冒泡
- 在冒泡阶段调用 → 后续父级元素的冒泡监听器全部跳过
element.addEventListener('click', function(e) {
console.log('捕获阶段');
e.stopPropagation(); // 阻止继续捕获，目标和冒泡也不会发生
}, true);
target.addEventListener('click', function(e) {
console.log('目标阶段');
e.stopPropagation(); // 冒泡就此打住，父级收不到
});
为什么 stopImmediatePropagation() 更彻底？
stopImmediatePropagation() 不仅阻止传播，还**立即终止当前事件流中所有剩余监听器的执行**，包括同一元素、同一阶段的其他监听器。
适用场景：
- 有多个
addEventListener()绑定在同一个元素+同一阶段，且希望某个监听器优先执行并独占控制权 - 第三方库或插件监听器可能干扰你的逻辑，需确保自己的处理完就“封口”
btn.addEventListener('click', () => console.log('first'));
btn.addEventListener('click', (e) => {
console.log('second');
e.stopImmediatePropagation(); // 'first' 已执行，但后续同阶段监听器不会再触发
});
btn.addEventListener('click', () => console.log('third')); // 永远不会输出
preventDefault() 和传播控制是两回事
preventDefault() 只影响事件的**默认行为**（如表单提交、链接跳转、右键菜单），对事件是否传播完全无影响。它常被误当成“阻止事件”，但实际和 stopPropagation() 解决的是不同问题。
典型混淆点：
- 点击
<a href="xxx"></a>时只调e.preventDefault()→ 链接不跳转，但事件照常冒泡 - 只调
e.stopPropagation()→ 父级收不到点击，但链接依然会跳转 - 两者都调 → 既不跳转，也不冒泡
真正要“阻止事件”得看你想阻什么：行为？传播？还是两者都要？别混用也别漏掉。
