事件委托通过绑定父元素利用冒泡机制，减少监听器数量以降低内存开销并提升性能。1. 在列表或表格中，将多个子元素的事件处理集中到父容器，避免创建大量函数实例；2. 动态添加的元素无需重新绑定事件，新增项自动具备交互能力；3. 减少addEventListener和removeEventListener调用，防止内存泄漏；4. 显著降低浏览器事件派发开销，如百行表格每行三按钮场景下，从300个监听器减至1个。该方案适用于频繁增删元素的结构，虽非万能但对列表、菜单等场景高效。
事件委托利用事件冒泡机制，将事件处理程序绑定到父元素而非每个子元素上，从而减少内存占用和提升性能。
减少事件处理器数量
在列表或表格中，如果每个按钮或单元格都单独绑定事件监听器，会创建大量函数实例。这些函数不仅消耗内存，还增加垃圾回收压力。
通过事件委托，只需在父容器上绑定一个事件监听器，所有子元素共享同一个处理逻辑。
- 原本可能需要绑定几十个点击事件
- 现在只需要一个事件监听器即可响应所有子元素的交互
动态元素无需重新绑定
当页面中的DOM元素频繁添加或删除时，传统方式需要反复调用addEventListener和removeEventListener。
立即学习“Java免费学习笔记（深入）”；
使用事件委托后，新插入的子元素无需额外绑定，只要其事件能冒泡到父级，就能被统一处理。
- 新增列表项自动具备交互能力
- 避免因遗漏解绑导致的内存泄漏
降低内存开销与执行损耗
每个事件监听器都是对象，大量监听器会显著增加内存使用。浏览器在触发事件时也需要遍历更多处理器。
事件委托减少了实际注册的监听器数量，使事件派发更高效。
例如：一个包含100行的表格，每行有3个按钮。不使用委托需绑定300个事件；使用委托仅需1个监听器，性能差异明显。基本上就这些。事件委托不是万能，但对列表、菜单、表格这类结构特别有效，既简化代码又提升运行效率。
