事件委托需依赖冒泡机制，而focus默认不冒泡，故无法直接委托；但可用其冒泡替代事件focusin（及focusout）实现委托，无需捕获阶段，兼容性好且行为一致。
事件委托依赖事件冒泡机制，而 focus 默认不冒泡，无法直接委托。但可以通过监听其对应的冒泡型事件（如 focusin）来实现类似效果，无需手动切换到捕获阶段 —— 因为 focusin 本身就是为解决这个问题设计的原生冒泡事件。
focus 本身不冒泡，但 focusin 可以替代
focus 和 blur 是典型的非冒泡事件，浏览器规范明确禁止它们冒泡。但 DOM 提供了对应的冒泡版本：focusin 和 blurin（注意不是 blurin，而是 blur 的冒泡对应是 focusout）。它们在聚焦/失焦时冒泡，行为与 focus/blur 几乎一致，且支持事件委托。
-
focusin在元素获得焦点时触发，且会冒泡（包括子元素聚焦也会触发父元素上的focusin） -
focusout在元素失去焦点时触发，同样冒泡 - 二者兼容性良好（IE6+ 支持，现代浏览器全部支持）
用 focusin 实现委托的典型写法
直接在父容器上监听 focusin，通过 event.target 判断来源元素：
document.getElementById('container').addEventListener('focusin', function(e) {
if (e.target.matches('input[data-validate]')) {
validateInput(e.target);
}
});
这样新增的 <input data-validate> 元素无需单独绑定，只要位于 container 内，就能被统一处理。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
捕获阶段对 focus 没有实际帮助
即使把 focus 监听器设为捕获（addEventListener('focus', handler, true)），它也不会在父元素触发 —— 因为 focus 根本不会经过父元素，无论捕获还是冒泡阶段都收不到。所以切换捕获模式不能解决 focus 委托问题。
- 捕获阶段只对能传播的事件有效（如 click、keydown）
-
focus的传播路径仅限于目标元素自身，不进入父链 - 强行用捕获监听
focus，只会响应目标元素自身的 focus，失去“委托”意义
其他非冒泡事件的处理思路
类似地，遇到其他不冒泡事件（如 scroll、load、error 等），优先查文档看是否有对应冒泡版本或替代方案：
-
scroll不冒泡 → 可监听父容器的scroll，或用IntersectionObserver替代 -
mouseenter/mouseleave本身不冒泡，但设计上就是用于委托的（它们不会像mouseover那样频繁触发，且天然支持区域判断） - 没有冒泡替代时，可考虑 MutationObserver + 动态绑定，或使用框架级抽象（如 React 的合成事件）
不复杂但容易忽略：别硬套冒泡逻辑去处理 focus，用 focusin 就行。
