element.matches不能直接判断选区内的节点，因其仅适用于单个element节点；而selection可能跨文本节点、含多个元素或位于文本中间，需先用range.intersectsnode等方法提取被选中的元素节点，再逐个调用matches校验。
Element.matches 能否直接判断选区内的节点？
不能直接用，因为 Element.matches 只作用于单个元素，而编辑器选区（Selection）可能跨文本节点、包含多个元素、甚至处于文本中间。必须先提取出「参与选区的 DOM 节点」，再逐个判断是否匹配规则。
常见误判是直接对 selection.anchorNode 或 selection.focusNode 调用 matches —— 这两个可能是 Text 节点，而 Text 节点没有 matches 方法，会抛 TypeError: anchorNode.matches is not a function。
- 先用
selection.getRangeAt(0)获取Range - 用
range.commonAncestorContainer找最近公共祖先，但不够精确；更稳妥的是用range.cloneContents()+ 遍历，或用range.intersectsNode(node)逐个试探关键候选节点 - 只对
node.nodeType === Node.ELEMENT_NODE的节点调用matches
如何安全提取并验证所有被选中的元素节点
最实用的方式是：从选区范围出发，向上回溯到编辑器容器根节点，收集所有「被选区覆盖的元素」，再过滤出真正满足 CSS 选择器规则的那些。
注意：不能依赖 range.startContainer/endContainer 的父元素链，因为选区可能只覆盖某个 span 的一部分，但该 span 整体仍应被视为「命中规则」——只要其内容有被选中即可。
- 用
range.intersectsNode(el)判断一个元素是否与选区相交（包括子树内任意部分被选中） - 遍历编辑器容器内所有潜在目标元素（如
editorRoot.querySelectorAll('*')），但性能差；推荐用TreeWalker从range.commonAncestorContainer向下遍历，提前剪枝 - 对每个
el，先if (el.matches)存在且为函数，再el.matches('your-selector') - 示例判断是否选中了加粗文本：
el.matches('strong, [data-format="bold"]')
为什么用 matches 而不是 classList.contains 或 getAttribute？
Element.matches 是唯一能统一处理多种规则表达方式的接口：它支持类名、属性、伪类（如 :not(.disabled)）、组合器（ol > li），而 classList.contains 只能查单一 class，getAttribute 无法表达结构关系。
比如要检测「是否选中了列表项，且其祖先中存在未被禁用的 ul」，写成 li:has(ul:not([disabled]))（现代浏览器）或退化为 ul:not([disabled]) li，就只能靠 matches。
- 兼容性注意：IE 不支持
matches，需用msMatchesSelector或封装 fallback（但现代编辑器基本不考虑 IE） -
matches不接受相对选择器，所有传入的字符串必须是完整、可独立使用的 CSS 选择器 - 动态生成的选择器（如拼接变量）务必确保转义，避免注入，例如
el.matches(`[data-id="${CSS.escape(id)}"]`)
实际校验时容易忽略的边界情况
编辑器场景下，matches 的结果常被误读为「选区样式状态」，但它只是静态结构匹配。真正决定用户意图的，往往是选区是否「完全落在某个语义块内」，或「跨块时以哪个块为主」——这需要额外逻辑，不能只靠 matches。
- 空选区（collapse 状态）：
range.toString() === ''，此时intersectsNode仍可能返回 true，需结合range.collapsed判断 - 选区起止点在同一个文本节点内：
anchorNode是Text，需用anchorNode.parentElement回溯，但要注意 shadow DOM 或contenteditable=false子树干扰 - 自定义元素（如
<my-inline></my-inline>）若未定义matches行为，表现与普通HTMLElement一致，但其内部结构可能影响intersectsNode结果 - 某些编辑器（如 Slate）用虚拟 DOM，真实 DOM 节点可能已被卸载或复用，此时
matches结果不可信，需同步 editor state
真正难的不是调用 matches，而是确定「该拿哪个节点去 match」——这个决策比匹配本身更依赖编辑器的具体实现模型。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
