stopimmediatepropagation()阻止当前目标元素上同事件、同阶段、注册顺序靠后的监听器执行，且不影响冒泡；仅调用它时后续同级监听器被跳过，但事件仍向上冒泡。
事件冒泡本身不会影响同级监听器的执行顺序，stopImmediatePropagation 的作用是阻止**当前事件对象上尚未执行的同级监听器**（即同一事件、同一目标节点、同一捕获/冒泡阶段中排在后面的监听器），和冒泡阶段无关。它不拦截“其他节点”的监听器，也不影响事件是否继续向上冒泡——除非同时调用 stopPropagation()。
stopImmediatePropagation 拦截的是“同目标+同阶段+未执行”的监听器
当多个 addEventListener 绑定在同一元素、同一事件类型、同一阶段（比如都为冒泡阶段），它们按注册顺序依次执行。一旦某个监听器调用了 event.stopImmediatePropagation()，后续所有同级监听器将被跳过，哪怕它们也在冒泡阶段、也绑定在同一个元素上。
例如：
const btn = document.getElementById('btn');
btn.addEventListener('click', () => console.log('A'));
btn.addEventListener('click', e => {
console.log('B');
e.stopImmediatePropagation(); // ← 关键：在此中断
});
btn.addEventListener('click', () => console.log('C')); // ← 不会执行
点击按钮输出 A → B，C 被跳过。这不是因为冒泡被拦了，而是 C 和 B 是“同目标+同事件+同阶段”的同级监听器，且 C 在注册顺序上靠后。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
它和事件冒泡不是配合关系，而是正交机制
stopImmediatePropagation 管的是“当前目标节点上还没轮到的监听器”，而冒泡管的是“事件要不要传给父元素”。两者互不依赖：
- 只调
stopImmediatePropagation()：同级后续监听器不执行，但事件仍会继续冒泡到父元素； - 只调
stopPropagation()：同级后续监听器照常执行，但事件不再向上传播； - 两个都调：同级后续监听器跳过 + 冒泡终止。
常见误用场景与澄清
容易混淆的情况：
- 误以为它能阻止父元素监听器：不能。父元素的监听器属于不同目标，不在“同级”范围内；
- 误以为它对捕获阶段无效：有效，只要监听器在捕获阶段、绑定在同一目标、尚未执行，一样会被跳过；
- 误以为注册顺序无关：有关。只有排在调用者之后的同级监听器才被拦截；先注册的不受影响。
实用建议：什么时候该用它？
典型适用场景是需要“覆盖默认行为”或“实现优先级控制”：
- 组件库中，用户自定义点击处理逻辑要完全接管，不希望内部默认监听器再执行；
- 权限控制：某监听器检查权限失败后立即终止其余业务逻辑监听器；
- 避免重复触发：多个插件监听同一事件，首个成功处理后主动阻断其余处理。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
