组件内部点了按钮外层只看到宿主，怎样检查 Shadow DOM composedPath

开放 Shadow DOM 中，组件外监听器看到的 target 可以被重定向为宿主。需要理解内部命中路径时读取 composedPath，但应明确组件是否愿意把内部细节作为接口，不应把内部选择器当作稳定业务协议。

先在真实点击中看见重定向

夹具创建开放shadow root，内部只有一颗按钮，文档层监听click。脚本真实点击内部按钮后，外层日志的target是host，而路径起点仍能看到inner。这并不意味着按钮没被点中，也不是closest突然失效；事件穿过组件边界时对外暴露的目标与内部监听上下文不同。

路径与穿透开关不是一个概念

bubbles控制是否向祖先冒泡，composed涉及是否跨越shadow边界。附件再人工派发一个bubbles为真而composed为假的probe事件，验证它没有到宿主监听器。这条probe只是合成事件对照，不能拿来声称浏览器原生click也不会穿越；原生输入和人工dispatch在日志与正文中分开记录。

不要依赖闭合组件的内部节点

本例选择open，方便查看路径；closed root对外部路径暴露不同，不能把当前能读到inner推广到所有Web Component。实际集成更适合让组件派发清楚定义的自定义事件，detail只携带公开的展品编号或动作名称。外部直接查内部按钮层级会让一次样式改版变成控制接口故障。

怎样使用这份结果排错

先看监听器挂在shadow内部还是外部，再比较target、currentTarget、composed和路径。路径中的window或document没有普通元素id，序列化日志时应处理这些节点，避免调试代码自己抛错。附件只测试本地DOM事件传播，不运行框架、不连接真实展项；若组件没有暴露公开事件，应先与实现方确认接口，不能以路径探测取代接口约定。

给组件公开事件设计明确负载

如果外层需要收到展品选择，可约定一个公开事件名及detail里的展品编号，并在需要时设bubbles与composed。不要直接把PointerEvent或完整DOM节点序列作为长期接口，内部重构后节点可能改变，也可能暴露不需要的实现信息。合成公开事件能检查组件契约，但仍不能证明用户手指实际命中了按钮；集成测试应保留从真实输入到公开事件这条链。

下载并复现

下载原创HTML夹具、独立验证程序、本次执行记录和依赖与运行说明，放在同一目录。安装Playwright 1.58.0及其Chromium后运行 python verify.py；程序使用两个随机本地端口，自动关闭浏览器与服务，不请求外网或业务接口。

本次实际环境为Python 3.12.4、Playwright 1.58.0、Chromium 145.0.7632.6。Playwright原生鼠标输入；另有明确标注的人工dispatch合成对照。断言已通过；完整事件和数值保留在执行记录，不能把它改名后当目标展项测量。

继续核查与一级出处

基础背景见中控触摸界面（UI）设计规范。跨组件目标理解之后，可回到普通容器委托核对动作归属，可继续用按钮里的图标被点中却找不到动作，怎样核对 target 与 currentTarget取证；相关工程入口在专题与产品对接说明。

• shadow树事件重定向、composed与composedPath：2026-10-24已联网读取一级来源；WHATWG DOM Living Standard，读取页标记2026-10-19更新。