关键不是“点在哪”，而是“该由谁响应”，应先用 closest() 锁定语义父级容器（如 .card 或 button[data-action]），再用 matches() 校验业务状态与意图，配合 data 属性实现声明式判断，避免依赖样式或点击落点。
关键不是“点在哪”，而是“该由谁响应”。直接用 e.target.matches() 容易失准，因为点击位置可能是文字、图标甚至空白节点；真正要操作的，是语义明确的业务容器。所以得先用 closest() 找到它，再用 matches() 校验状态和意图。
先用 closest() 锁定语义父级，不依赖点击落点
closest() 从 e.target 自身开始向上查找，一步到位拿到最近的业务容器——比如一个卡片、列表项或带 data-action 的按钮。无论用户点标题、内嵌 span 还是图标，只要它们在同一个功能区块里，closest('.card') 就能稳稳命中。
- 写法示例：
e.target.closest('button[data-action]')或e.target.closest('.list-item[data-id]') - 注意：它会检查
e.target自身是否匹配，不是只查父节点——这点常被误读，导致定位偏高一层 - 避免用
document或body做委托容器，选离目标最近的稳定父级（如#user-list），减少误判和性能开销
再用 matches() 做意图与状态校验，不止看结构
拿到容器后，别急着执行逻辑。用 matches() 检查它是否满足当前操作所需的业务条件，比如是否启用、是否处于可操作状态：
- 校验启用态：
el.matches('[data-enabled="true"]')比查className更可靠 - 排除禁用场景：
el.matches(':not([data-pending]):not([aria-disabled="true"])') - 组合状态判断：
card.matches('.card.active[data-status="ready"]')，比多次classList.contains()更简洁
提前守门：用 matches() 快速拦截无效点击源
在主逻辑前加一层轻量过滤，不进业务函数就直接退出，提升响应效率：
- 跳过输入类元素：
e.target.matches('input, textarea, select, [contenteditable]') - 忽略真实禁用态：
e.target.matches('[disabled], [aria-disabled="true"]') - 避开业务约定的禁区：
e.target.closest('.no-click, .watermark')
配合 data 属性做声明式判断，远离样式依赖
别靠有没有 .active 类来决定是否响应——类名可能用于视觉反馈，不代表业务状态。改用 data- 属性表达意图：
- 按钮写成：
<button data-action="save" data-enabled="true"></button> - 列表项写成：
<div class="item" data-id="1024" data-status="draft"> <li>点击时读：<code>el.dataset.action === 'save' && el.dataset.enabled === 'true'
