shadow dom 事件重定向是浏览器为保护封装性而将内部事件目标自动替换为宿主元素的设计机制；外部需用event.composedpath()[0]获取真实触发源，并通过bubbles:true且composed:true的自定义事件实现跨边界通信。
Shadow DOM 中的事件重定向（Event Retargeting）是浏览器自动将事件从 Shadow DOM 内部节点“伪装”成来自宿主元素（host element）的行为，目的是保护 Shadow DOM 的封装性——外部 JavaScript 无法直接感知内部结构，但又能合理响应用户交互。
为什么需要事件重定向
Shadow DOM 提供样式和 DOM 封闭性，外部脚本不能通过 querySelector 访问其内部节点，也不能直接监听内部按钮的 click。但用户点击内部按钮时，逻辑上应能被宿主或外部监听器捕获。重定向让事件“看起来”是从 host 发出的，既维持封装，又保持可用性。
例如：一个自定义按钮组件 <my-button></my-button> 内部有 <button></button>，点击它触发的 click 事件，在外部监听时 event.target 是 <my-button></my-button>，而非内部 <button></button>。
哪些事件会被重定向
仅限**冒泡阶段的合成事件（synthetic events）**，且满足两个条件：
- 事件类型支持冒泡（如
click、input、focusin），不包括focus、blur（它们不冒泡） - 事件发生在 Shadow DOM 内部，并穿过 shadow boundary 向上传播
注意：自定义事件（new Event() 或 new CustomEvent()）默认不会重定向，除非显式设置 bubbles: true 且在 Shadow DOM 内派发；若在 light DOM 派发，则不受重定向影响。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
如何识别和应对重定向
重定向只影响 event.target 和 event.composedPath()[0]，其他属性保持原始值：
-
event.target→ 重定向后指向 host 元素（对跨 shadow boundary 的监听器而言） -
event.composedPath()→ 返回真实传播路径数组，首项是原始触发节点（可用来还原真实来源） -
event.srcElement→ 同target，也被重定向 -
event.currentTarget→ 始终是当前绑定监听器的元素，不受重定向影响
若需获取原始点击的内部元素，推荐用：const realTarget = event.composedPath()[0];
如何禁用重定向（谨慎使用）
可通过创建 非组合事件（non-composed event） 避免重定向：
- 派发事件时设
composed: false（默认为false）：el.dispatchEvent(new CustomEvent('my-event', { bubbles: true, composed: false })); - 这样事件无法穿透 shadow boundary，外部监听器收不到，也就无重定向发生
- 适用于仅需内部通信的场景，比如 Shadow DOM 内部模块间通知
相反，设 composed: true 是让事件可穿透并参与重定向的标准做法。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
