合成事件是react为性能与跨浏览器一致性定制的抽象层，基于事件委托实现顶层监听与按需分发，并在react 17+中取消对象池、改用新实例化机制。
现代前端框架（尤其是 React）中的合成事件，不是对原生事件的简单包装，而是一套为性能、跨浏览器一致性与生命周期可控性深度定制的事件抽象层。理解它，关键不在“它长什么样”，而在“它为什么这样设计”。
事件委托是合成事件的物理基础
React 不会在每个 JSX 元素上绑定原生 addEventListener。它只在顶层容器（如 document 或 root 节点）挂一个监听器，靠事件冒泡捕获所有原生事件。当点击一个按钮时：
- 浏览器原生触发
MouseEvent，冒泡到 document - React 拿到这个原生事件，立刻查 DOM 树定位真实触发元素（即
e.target对应的 Fiber 节点） - 再根据该节点的 props（比如
onClick）匹配出应执行的处理函数
这种“一池监听、按需分发”的模式，天然规避了成百上千个监听器带来的内存与注册开销，也使组件卸载时只需解绑顶层一个监听器。
SyntheticEvent 是轻量复用的对象实例
React 并不每次新建一个事件对象。在 React 15 及更早版本中，它使用对象池（object pooling）机制：预先创建一批 SyntheticEvent 实例，事件触发时“借出”一个，填充属性（target、clientX 等），传给用户回调；回调结束后立即清空并“归还”池中，供下次复用。
- 这避免了高频点击下频繁 GC 带来的卡顿
- 因此，事件对象在回调执行完后会被自动重置（
destructor()方法将所有属性设为null） - 若你在异步逻辑（如
setTimeout）中访问e.target，此时对象已被回收，属性为null—— 这就是旧版必须调用e.persist()的原因：手动将其从池中“摘出”，跳过自动清理
现代 React（17+）已移除对象池，e.persist() 成为历史
Fiber 架构和现代 JS 引擎（V8 TurboFan）的优化让对象创建/回收成本大幅下降。React 17 开始放弃对象池，改为每次创建新 SyntheticEvent 实例。
- 事件对象不再被复用，也不再自动销毁，生命周期与普通 JS 对象一致
-
e.persist()被标记为无操作（no-op），调用它不会报错，但也不起作用 - e 的任意属性，无需额外处理
合成事件的核心价值不止于“兼容”
它不只是为了抹平 IE 和 Chrome 的 event.button 差异：
-
统一事件流语义：原生事件有捕获/冒泡两阶段，React 合成事件只暴露冒泡行为（
stopPropagation实际阻止的是 React 内部的分发链，不影响原生冒泡） -
跨平台可扩展性：React Native 中的
onPress、React Canvas 中的onMouseMove，都共享同一套 SyntheticEvent 接口，底层适配各自宿主环境 -
调试友好性：开发者工具中看到的
SyntheticEvent明确标注了来源组件、Fiber 路径，比原生事件更容易溯源
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
