【前端面试】事件监听机制React 的事件系统实现
目的
React 实现了自己的事件系统，主要是为了解决以下几个问题：
-
跨浏览器兼容性：不同的浏览器在处理 DOM 事件时有不同的实现，React 的事件系统抽象了这些差异，提供了一致的 API 给开发者使用。
-
性能优化：React 可以对事件进行池化（Pooling），这意味着事件对象可以在事件处理过程中被重用，减少了内存分配和垃圾回收的开销。
-
合成事件（Synthetic Events）：React 使用合成事件来封装所有浏览器的事件，无论在哪个浏览器中，事件对象的属性和方法都是相同的。这样开发者就不需要关心底层的浏览器差异。
-
事件委托：React 在实现事件时，通常会在文档的根节点上设置一个事件监听器，然后根据事件的目标属性分发到具体的组件。这样可以减少事件监听器的数量，提高性能。
-
默认行为的阻止：在 React 中，阻止事件的默认行为（如链接跳转）可以通过
event.preventDefault()来实现，这在原生 DOM 事件中也是可行的，但 React 的事件系统提供了更一致的体验。 -
事件监听的自动清理：React 会在组件卸载时自动移除事件监听器，避免了内存泄漏的问题。
-
支持函数作为子组件：React 的事件系统允许开发者将函数作为子组件传递，这些函数可以接收事件对象作为参数，这在传统的 DOM 事件处理中是不常见的。
-
更好的集成第三方库：React 的事件系统使得第三方库更容易与 React 集成，因为它们可以依赖 React 提供的事件对象和处理方式。
总的来说，React 实现自己的事件机制是为了提供一个更加一致、高效和易于使用的事件处理方式，同时也为了更好地控制事件的生命周期和性能。
实现
React 的事件系统是一个复杂而强大的机制，它通过事件委托和分发机制来提高性能和跨浏览器的一致性。以下是 React 事件系统的源码层面的深入讲解：
事件委托机制
1. 顶层监听器：
React 在顶层 DOM 元素（如 document 或 window）上设置事件监听器。这些监听器负责监听所有的事件，而不是在每个单独的 DOM 元素上设置监听器。
2. 事件池化：
React 使用事件池化技术来重用事件对象，减少内存分配和垃圾回收的开销。当事件被触发时，React 会从池中取出一个事件对象，填充必要的信息，然后在事件处理完成后将其返回到池中。
在 React 的事件系统中，事件池里面的对象通常是合成事件对象（SyntheticEvent），这些对象封装了浏览器的原生事件，并提供了跨浏览器一致的接口。合成事件对象具备以下能力：
-
属性访问：合成事件对象提供了访问原生事件属性的方法，如
type、target、currentTarget等。 -
方法调用：合成事件对象提供了一些方法，允许开发者执行如
preventDefault、stopPropagation等操作。 -
内存优化：合成事件对象在事件处理完成后会被重用，这样可以减少创建和销毁对象的开销。
-
事件分发：合成事件对象能够在 React 的事件系统中被正确地分发到对应的组件。
-
事件监听器的注册和移除：虽然这不是事件对象本身的功能，但事件对象与事件监听器的注册和移除密切相关，React 会根据组件的挂载和卸载自动管理这些监听器。
内存优化的需求主要来自于以下几个方面：
-
性能提升：在高频事件（如
resize、scroll、mouseMove等）的情况下，频繁地创建和销毁事件对象会导致性能问题。通过重用事件对象，可以减少垃圾收集的频率，从而提升性能。 -
内存使用：每次事件触发时都创建新的事件对象会增加内存使用。通过事件池化，可以限制事件对象的数量，减少内存占用。
-
避免内存泄漏：如果事件对象没有被正确地回收，可能会导致内存泄漏。事件池化确保了事件对象在不被使用时能够被回收，从而避免了内存泄漏。
-
一致性&