前端进阶之旅前端进阶之旅
基础篇
进阶篇
高频篇
精选篇
手写篇
面经篇
AI 篇
原理篇
每日一题
小程序题库
知识卡片
  • 场景篇按分类整理的大前端场景考点
  • 历年面经按年份追踪真实考点
  • 算法题库NEW在线编码即时判题
  • 专项自测100 题快速查漏
  • 前端基础
    • HTTP从报文一路讲到 HTTPS
    • 浏览器渲染、事件循环、进程
    • 计算机基础Linux、网络、操作系统
  • 进阶专项
    • 设计模式23 种模式怎么用
    • 前端系统进阶学习大型项目工程化
    • 前端综合文章长期沉淀的实践文
  • 工程与工具
    • Node学习指南从环境搭建到服务端
    • NPM工作流script、依赖与发布
    • Docker容器化部署上手
    • Canvas图形与动画实战
  • 路线与导图
    • 思维导图知识点全景图
    • 学习路线按图索骥不跑偏
  • 动态
    • 公众号动态公众号历史文章
    • 博客动态站长的技术博客
    • 开发者导航常用工具与文档站
  • AI 助手随时提问,即时解析
  • AI 模拟面试模拟真实面试 + 报告
  • AI 知识地图串起全站知识点
  • AI 定制路线按你的简历现排
AI 热点
旧版
基础篇
进阶篇
高频篇
精选篇
手写篇
面经篇
AI 篇
原理篇
每日一题
小程序题库
知识卡片
  • 场景篇按分类整理的大前端场景考点
  • 历年面经按年份追踪真实考点
  • 算法题库NEW在线编码即时判题
  • 专项自测100 题快速查漏
  • 前端基础
    • HTTP从报文一路讲到 HTTPS
    • 浏览器渲染、事件循环、进程
    • 计算机基础Linux、网络、操作系统
  • 进阶专项
    • 设计模式23 种模式怎么用
    • 前端系统进阶学习大型项目工程化
    • 前端综合文章长期沉淀的实践文
  • 工程与工具
    • Node学习指南从环境搭建到服务端
    • NPM工作流script、依赖与发布
    • Docker容器化部署上手
    • Canvas图形与动画实战
  • 路线与导图
    • 思维导图知识点全景图
    • 学习路线按图索骥不跑偏
  • 动态
    • 公众号动态公众号历史文章
    • 博客动态站长的技术博客
    • 开发者导航常用工具与文档站
  • AI 助手随时提问,即时解析
  • AI 模拟面试模拟真实面试 + 报告
  • AI 知识地图串起全站知识点
  • AI 定制路线按你的简历现排
AI 热点
旧版
首页程序员面试题库focus blur 不冒泡 捕获事件委托
浏览器事件系统

focus 和 blur 事件不冒泡,为何仍能通过事件委托实现,但必须使用捕获?

focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获。先看代码里哪一步真正改变了结果,再补充适用边界,这道题就不难理解。

前端进阶之旅 · 一题精讲更新于 2026.09.11
浏览器#事件系统
先看核心答案读代码示例
理解线索

事件系统:按三步建立理解

  1. 先看前提页面满足该 API 的安全上下文、权限和调用时机要求
  2. 再看机制focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获
  3. 最后验结果Promise 或返回值、事件顺序、API 状态和用户最终看到的页面行为

浏览器支持、权限、用户激活和页面生命周期都会改变结果,结束后还要移除监听并释放资源。把前提、动作和结果连起来讲,别人才能判断这条结论能不能直接用。

核心回答

先记住这个答案

focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获。回答“focus 和 blur 事件不冒泡,为何仍能通过事件委托实现,但必须使用捕获?”时,先把这句话作为结论。接着指出代码中触发该行为的那一步,并说明页面满足该 API 的安全上下文、权限和调用时机要求。最后补充Promise 或返回值、事件顺序、API 状态和用户最终看到的页面行为,就形成了完整、可验证的回答。

  • focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true …
  • 用最小代码对照变化前后的结果
  • 先讲正常路径,再补一个容易忽略的边界

先用最小代码看清现象

下面的片段只演示“focus blur 不冒泡 捕获事件委托”最关键的一步。先顺着正常路径读一遍,再改动一个输入,就能直接看到结论在什么条件下成立。

阅读时重点找出哪一行对应“focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获”,然后观察Promise 或返回值、事件顺序、API 状态和用户最终看到的页面行为。这样比从定义开始背更容易留下具体印象。

用代码验证核心结论TypeScript
// focus 和 blur 事件不冒泡,为何仍能通过事件委托实现,但必须使用捕获?
// 观察点:focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获
const list = document.querySelector('#list')!
list.addEventListener('click', (event) => {
  const button = (event.target as Element).closest<HTMLButtonElement>('[data-id]')
  if (!button || !list.contains(button)) return
  selectItem(button.dataset.id!)
})

这段代码针对“focus blur 不冒泡 捕获事件委托”保留了最关键的操作。先看focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获如何体现在代码里,再改变一个输入观察结果,能更快理解题目的边界。

代码背后的原因

focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获。示例把这个机制放进了真实的 API、语法或配置中,因此要关注产生结果的操作,而不是把整段代码当成固定模板照抄。

页面满足该 API 的安全上下文、权限和调用时机要求。对“focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获”来说,如果这个条件改变,相同代码可能进入另一条分支、返回不同状态,甚至根本不执行。

放到真实项目里怎么判断

浏览器支持、权限、用户激活和页面生命周期都会改变结果,结束后还要移除监听并释放资源。验证“focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获”时先保留正常路径,再增加一个直接相关的反例。一次只改一个条件,才能知道差异究竟来自哪里。

验证“focus blur 不冒泡 捕获事件委托”不能只看有没有报错,还要检查Promise 或返回值、事件顺序、API 状态和用户最终看到的页面行为。涉及资源或异步任务时,也要确认结束后是否正确取消、关闭或释放。

回答前,多想一步

容易答错的地方

记住结论,却忘了前提
只复述“focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获”仍可能答错,因为它依赖页面满足该 API 的安全上下文、权限和调用时机要求。先说适用条件,再说结果。
用一次现象证明所有情况
单次成功只能说明当前输入可用。至少增加一个反例,并检查Promise 或返回值、事件顺序、API 状态和用户最终看到的页面行为,才能区分偶然现象与稳定机制。
试着用自己的话回答

面试官还会怎么问?

面试时怎样在半分钟内回答这道题?

先说结论:focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获。再补一句前提是页面满足该 API 的安全上下文、权限和调用时机要求,最后用示例中的结果说明如何验证即可。

怎样证明答案不是只在一个环境里碰巧成立?

保留基线,只改变与“focus blur 不冒泡 捕获事件委托”直接相关的条件,然后重复检查Promise 或返回值、事件顺序、API 状态和用户最终看到的页面行为。版本敏感时记录运行时和依赖版本。

什么情况下需要重新考虑这个结论?

当“focus/blur 不冒泡但可捕获,因此将监听器放在父级 capture:true 可捕获”所依赖的输入、执行顺序或运行环境不再满足“页面满足该 API 的安全上下文、权限和调用时机要求”时,就应重新验证,不能直接沿用原判断。

从一道题,走向一组知识

把知识连起来

事件系统

focusin/focusout 事件与 focus/blur 事件在冒泡行为上有何差异?在表单校验中如何选择?

同属“浏览器”分类,可继续比较“focusin focusout 与 focus blur 区别”在相邻机制中的判断边界。

事件系统

KeyboardEvent.key 和 KeyboardEvent.code 分别表示什么?在什么场景下应使用 code 而不是 key?

从“focus blur 不冒泡 捕获事件委托”延伸到“KeyboardEvent key 与 code 区别”,补齐同类工程场景的验证方法与失败路径。

参考资料

  • 浏览器:事件系统参考资料

示例用于理解所注明的运行环境与边界;延伸学习可结合原文中的更多案例。

本题目录
  1. 先记住这个答案
  2. 先用最小代码看清现象
  3. 代码背后的原因
  4. 放到真实项目里怎么判断
  5. 容易答错的地方
  6. 面试官还会怎么问
  7. 把知识连起来
读懂,再试着讲出来

先看核心答案,再读代码。最后展开追问,检查自己有没有遗漏边界。

试着回答追问
浏览全部面试题理解原理,也关注真实的使用场景。回到顶部 ↑