react虚拟事件(合成事件)与dom原生事件的混用

本文深入探讨了React合成事件的工作原理及其实现方式。通过对比原生DOM事件与React合成事件,详细介绍了合成事件如何帮助开发者避免DOM事件滥用,并解决了不同浏览器间的事件差异问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

react合成事件

如果DOM上绑定了过多的事件处理函数,整个页面响应以及内存占用可能都会受到影响。React为了避免这类DOM事件滥用,同时屏蔽底层不同浏览器之间的事件系统差异,实现了一个中间层——SyntheticEvent。

原理

React中,如果需要绑定事件,我们常常在jsx中这么写:

<div onClick={this.onClick}>
    react事件
</div>

原理大致如下:

React并不是将click事件绑在该div的真实DOM上,而是在document处监听所有支持的事件,当事件发生并冒泡至document处时,React将事件内容封装并交由真正的处理函数运行。

以上面的代码为例,整个事件生命周期示意如下:

其中,由于event对象是复用的,事件处理函数执行完后,属性会被清空,所以event的属性无法被异步访问,详情请查阅event-pooling


事件响应顺序

由于原生事件需要绑定在真实DOM上,所以一般是在componentDidMount阶段/ref的函数执行阶段进行绑定操作,在componentWillUnmount阶段进行解绑操作以避免内存泄漏。

示例如下:

class Demo extends React.PureComponent {
    componentDidMount() {
        const $this = ReactDOM.findDOMNode(this)
        $this.addEventListener('click', this.onDOMClick, false)
    }

    onDOMClick = evt => {
        // ...
    }

    render() {
        return (
            <div>Demo</div>
        )
    }
}
小结:

1.首先DOM事件监听器被执行,然后事件继续冒泡至document,合成事件监听器再被执行。
2.合成事件的捕获阶段响应也晚于原生事件的冒泡阶段响应

其实是因为,合成事件的代理并不是在document上同时注册捕获/冒泡阶段的事件监听器的,事实上只有冒泡阶段的事件监听器,每一次DOM事件的触发,React会在event._dispatchListeners上注入所有需要执行的函数,然后依次循环执行(如上文React源码)


作者:Nekron
链接:https://juejin.im/post/59db6e7af265da431f4a02ef
来源:掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


作者:Nekron
链接:https://juejin.im/post/59db6e7af265da431f4a02ef
来源:掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

作者:Nekron
链接:https://juejin.im/post/59db6e7af265da431f4a02ef
来源:掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值