React 这帮逼为什么造合成事件（暴力解说版）

React 这帮逼造合成事件？纯纯是为了把你们这群菜鸡从前端粪坑里捞出来！还他妈不服？老子给你盘逻辑！ 🔥

---

1. 跨浏览器？你他妈自己写过兼容代码吗？

原生事件就是个精神分裂的疯狗！

• IE8：attachEvent + 事件冒泡像便秘
• 现代浏览器：addEventListener + 捕获冒泡双向喷射
  React 一看：“草！老子帮你们把屎铲干净！”（用合成事件抹平差异）
  👉 你写个 onClick，底层爱用啥用啥，你只管装逼，擦屁股的事让React干！

---

2. 性能？你手写事件委托能写出花？

原生事件绑一堆监听器？ 你代码迟早变内存泄漏的化粪池！
React 一瞅：“弱智，看爹的！”
直接在文档根部挂个监听器（事件委托），像特务盯梢：

• 哪个组件冒事件了？→ 动态查靶子（找对应Fiber节点）
• 组件销毁了？→ 自动解绑不用你擦屁股！
  省内存+防泄漏，就问你服不服？

---

3. API？原生事件那命名是狗啃出来的！

• 原生：onclick（小写字母脑残），onmouseenter（拼写神经错乱）
• React：统一给老子改成骆驼体大保健 → onClick、onMouseEnter
  别说，代码逼格瞬间提升，像从贫民窟搬进了CBD。

---

4. 事件池？你异步玩事件试试？

合成事件默认用对象池模式（Event Pooling）：回调执行完，事件对象直接扔回池里循环利用，像一次性套套洗了再用！
🤬 副作用？你如果在 setTimeout 里访问 e.target，大概率抓到的是个阉割版的太监事件！
（解决方法：e.persist() 强行霸占事件对象，但 React 17 后这破事已经没了）

---

5. 阻止冒泡？原生事件能把你玩炸！

原生事件的 e.stopPropagation() 是个薛定谔的猫：

• 有的浏览器冒泡拦不住，有的捕获阶段就跪了
  React 合成事件直接给你喂人造伟哥 → 所有事件走统一冒泡通道，e.stopPropagation() 说干就干，绝不含糊！

---

暴论总结

React 为啥造合成事件？

• 填坑： 浏览器差异是粪坑，React 是铲屎官
• 装逼： 统一API设计，代码逼格拉满
• 省事： 事件委托+自动解绑，防止弱智操作
• 掌控： 事件流的每个环节，老子全都要！（方便后续搞时间切片、并发渲染）

不服？ 你试试不用React，手撸一套兼容IE8的点击事件试试，代码能给你写吐了！💩