第三方广告脚本高频调用stoppropagation()会破坏基于冒泡的事件委托，解决核心是绕开、隔离、降级：1.改用捕获阶段注册监听；2.上移代理根节点并精准过滤；3.主动检测事件阶段并降级为target判断；4.用iframe或pointer-events隔离广告事件流。
第三方广告脚本高频调用 stopPropagation()，本质是“劫持”了事件冒泡路径——你的父级委托监听器收不到事件，委托逻辑直接失效。这不是 bug，而是广告 SDK 的常见防御策略（防点击劫持、防误触拦截等），但会破坏你基于冒泡的统一事件管理。解决核心不是硬刚，而是绕开、隔离、降级。
用捕获阶段接管关键事件
广告脚本通常只在冒泡阶段调用 stopPropagation()，对捕获阶段无影响。你可以把关键委托逻辑提前到捕获阶段注册，确保先于广告脚本执行：
- 将原本
el.addEventListener('click', handler)改为el.addEventListener('click', handler, true)（第三个参数设为true） - 捕获阶段能拿到原始
event.target，仍可结合event.target.closest('.my-btn')做精准委托判断 - 注意：不要在捕获阶段调用
preventDefault()或修改 DOM，避免干扰广告自身逻辑
用事件代理根节点上移 + closest 精准过滤
别把委托绑在可能被广告脚本污染的局部容器上，改用更高层、更稳定的根节点（如 document.body 或专属广告容器外的 wrapper）：
- 给业务区域加唯一 class，例如
<main class="app-content"></main> - 委托绑定在
document或.app-content上，用event.target.closest('[data-action]')过滤真实目标 - 这样即使广告子元素阻止了冒泡，只要它没脱离这个根范围，你的监听器仍能通过捕获或更高层冒泡收到（取决于注册位置）
主动检测并降级为 target 判断 + 标志位兜底
当无法控制广告脚本，又必须兼容时，放弃强依赖冒泡，改用更鲁棒的判断方式：
- 监听事件时检查
event.eventPhase === Event.BUBBLING_PHASE，若为0（未开始冒泡）或1（捕获中），说明可能已被干预 - 引入轻量标志位：在广告容器上加
data-ad-block="true"，事件处理器先if (e.target.closest('[data-ad-block]')) return - 对关键操作（如按钮点击），不依赖委托，改用
data-*属性 + 直接绑定到具体元素（配合动态加载时的MutationObserver补绑）
隔离广告容器的事件流
物理隔绝是最彻底的方式，尤其适用于插屏、激励视频等全屏广告：
- 用
iframe加载广告（需广告支持跨域通信），其内部事件默认不冒泡到主文档 - 或使用
pointer-events: none临时禁用广告区域穿透（仅适用于非交互型展示广告） - 小程序环境可用
cover-view/ad组件原生隔离，它们天然不参与 JS 事件流
