事件委托依赖事件冒泡机制，通过在父元素绑定监听器，利用e.target识别实际点击的子元素，实现动态元素响应、节省内存和集中管理事件逻辑。
事件委托的核心就是靠事件冒泡来工作的。没有事件冒泡，委托就无从谈起。
事件冒泡是事件委托的运行基础
当点击一个子元素（比如列表里的某个 li），事件不会只停在它身上——它会自动沿着 DOM 树一层层往上传，经过父级、祖父级，直到 document。这个“往上走”的过程就是事件冒泡。
事件委托正是利用了这个特性：不给每个子元素单独绑事件，而是把监听器放在它们共同的父元素上。等子元素被点击，事件自己冒泡上来，父元素就能“收到”并处理。
事件委托怎么用？关键就三步
- 选一个稳定的父容器（比如
ul、div.list），确保它始终存在且不会被频繁替换 - 在这个父容器上绑定事件监听器（如
click） - 在回调函数里用
e.target拿到真正被点击的子元素，再判断它是否符合目标条件（比如是否是li、是否有某个 class）
为什么非得靠冒泡？捕获阶段行不行？
技术上可以在捕获阶段监听，但实际几乎不用。因为捕获是从外往里传，还没到子元素，你根本不知道用户点的是谁；而冒泡是从里往外传，e.target 明确指向原始触发元素，逻辑清晰、判断可靠。
立即学习“Java免费学习笔记（深入）”；
冒泡带来的真实好处
- 动态添加的元素自动有响应——新插入的
li不用重新绑定事件 - 内存更省——100 个按钮，原来要 100 个监听器，现在只要 1 个
- 代码更干净——事件逻辑集中管理，不散落在循环或创建逻辑里
基本上就这些。理解了冒泡，事件委托就不是黑盒，而是一个顺理成章的选择。
