应使用 event.target.parentElement?.closest('a[href]') 查找可点击链接，确保链接为标准 <a href> 结构且未被 pointer-events: none 等阻断，通过事件委托绑定富文本容器，兼容文本节点点击，并区分编辑态与预览态处理。
点击文字后用 closest 找到其超链接父壳，核心是确保目标文字确实被包裹在 <a href> 标签内，且该标签未被样式或事件拦截屏蔽点击行为。
确认 a 标签结构合法且可交互
富文本中插入的链接必须是标准的 <a href="https://example.com">点击这里</a>，不能是仅带 data-href 的伪链接，也不能被 pointer-events: none 或 contenteditable="false" 等样式/属性阻断。检查 DOM 时，右键「检查元素」确认节点层级是否干净、无冗余 wrapper。
点击事件需绑定在富文本容器上（委托）
直接给每个 a 绑 click 容易因动态插入失效，推荐事件委托：
- 监听富文本容器（如
div[contenteditable]）的click事件 - 在事件回调中用
event.target.closest('a[href]')向上查找最近的可跳转链接 - 若返回
null，说明点击位置不在有效链接内（比如点到了空格、span或纯文本节点）
处理文本节点点击的兼容情况
用户可能点中的是链接内的纯文本节点（#text），而非 <a> 本身。此时 event.target 是文本节点，closest 仍能正确向上找到父级 <a> —— 这正是它设计的用途。但需注意：
- 不要用
parentNode替代closest，因为层级可能嵌套span、strong等格式标签 - 避免对
event.target做instanceof Element判断后再调用closest，文本节点没有closest方法，会报错；应统一用event.target.parentElement?.closest('a[href]')或先取父元素再查
补充：移动端和编辑态的特殊判断
在 contenteditable 区域中，长按可能触发系统选词菜单，干扰点击。建议：
- 加
user-select: text保证可选但不误触 - 区分编辑态与预览态：编辑时禁用链接跳转（只高亮），预览时才启用
closest+window.open或location.href - 对
mailto:、tel:等协议链接，提取href后直接调用对应系统能力，不走浏览器跳转
