this
React
事件和原生事件有什么区别
React
事件和原生事件的执行顺序,可以混用吗
React
事件如何解决跨浏览器兼容
下面是我阅读过源码后,将所有的执行流程总结出来的流程图,不会贴代码,如果你想阅读代码看看具体是如何实现的,可以根据流程图去源码里寻找。
lastProps
、 nextProps
判断是否新增、删除事件分别调用事件注册、卸载方法。EventPluginHub
的 enqueuePutListener
进行事件存储document
对象。onClick
、 onCaptureClick
)判断是进行冒泡还是捕获。addEventListener
方法,否则使用 attachEvent
(兼容IE)。document
注册原生事件回调为 dispatchEvent
(统一的事件分发机制)。EventPluginHub
负责管理React合成事件的 callback
,它将 callback
存储在 listenerBank
中,另外还存储了负责合成事件的 Plugin
。EventPluginHub
的 putListener
方法是向存储容器中增加一个listener。key
。callback
根据事件类型,元素的唯一标识 key
存储在 listenerBank
中。listenerBank
的结构是: listenerBank[registrationName][key]
。例如:
{ onClick:{ nodeid1:()=>{...} nodeid2:()=>{...} }, onChange:{ nodeid3:()=>{...} nodeid4:()=>{...} }}
这里的事件执行利用了 React
的批处理机制,在前一篇的【React深入】setState执行机制中已经分析过,这里不再多加分析。
document
注册原生事件的回调 dispatchEvent
例如下面的代码:首先会获取到 this.child
<div onClick={this.parentClick} ref={ref => this.parent = ref}> <div onClick={this.childClick} ref={ref => this.child = ref}> test </div> </div>
eventQueue
事件队列中。eventQueue
。isPropagationStopped
判断当前事件是否执行了阻止冒泡方法。executeDispatch
执行合成事件。react
在自己的合成事件中重写了 stopPropagation
方法,将 isPropagationStopped
设置为 true
,然后在遍历每一级事件的过程中根据此遍历判断是否继续执行。这就是 react
自己实现的冒泡机制。
EventPluginHub
的 extractEvents
方法。EventPlugin
(用来处理不同事件的工具方法)。EventPlugin
中根据不同的事件类型,返回不同的事件池。nodeid
(唯一标识 key
)和事件类型从 listenerBink
中取出回调函数将上面的四个流程串联起来。
通过事件触发过程的分析, dispatchEvent
调用了 invokeGuardedCallback
方法。
function invokeGuardedCallback(name, func, a) { try { func(a); } catch (x) { if (caughtError === null) { caughtError = x; } }}
可见,回调函数是直接调用调用的,并没有指定调用的组件,所以不进行手动绑定的情况下直接获取到的 this
是 undefined
。
这里可以使用实验性的属性初始化语法 ,也就是直接在组件声明箭头函数。箭头函数不会创建自己的 this
,它只会从自己的作用域链的上一层继承 this
。因此这样我们在 React
事件中获取到的就是组件本身了。
React
事件使用驼峰命名,而不是全部小写。
JSX
, 你传递一个函数作为事件处理程序,而不是一个字符串。
例如, HTML
:
<button onclick="activateLasers()"> Activate Lasers</button>
在 React
中略有不同:
<button onClick={activateLasers}> Activate Lasers</button>
另一个区别是,在 React 中你不能通过返回 false
来阻止默认行为。必须明确调用 preventDefault
。
由上面执行机制我们可以得出: React
自己实现了一套事件机制,自己模拟了事件冒泡和捕获的过程,采用了事件代理,批量更新等方法,并且抹平了各个浏览器的兼容性问题。
React
事件和原生事件的执行顺序 componentDidMount() { this.parent.addEventListener('click', (e) => { console.log('dom parent'); }) this.child.addEventListener('click', (e) => { console.log('dom child'); }) document.addEventListener('click', (e) => { console.log('document'); }) }
childClick = (e) => { console.log('react child'); }
parentClick = (e) => { console.log('react parent'); }
render() { return ( <div onClick={this.parentClick} ref={ref => this.parent = ref}> <div onClick={this.childClick} ref={ref => this.child = ref}> test </div> </div>) }
执行结果:
由上面的流程我们可以理解:
react
的所有事件都挂载在 document
中document
后才会对 react
事件进行处理react
合成事件document
上挂载的事件react
事件和原生事件最好不要混用。
原生事件中如果执行了 stopPropagation
方法,则会导致其他 react
事件失效。因为所有元素的事件将无法冒泡到 document
上。
由上面的执行机制不难得出,所有的react事件都将无法被注册。
function handleClick(e) { e.preventDefault(); console.log('The link was clicked.'); }
这里,
e
是一个合成的事件。React
根据 W3C 规范 定义了这个合成事件,所以你不需要担心跨浏览器的兼容性问题。
事件处理程序将传递 SyntheticEvent
的实例,这是一个跨浏览器原生事件包装器。 它具有与浏览器原生事件相同的接口,包括 stopPropagation()
和 preventDefault()
,在所有浏览器中他们工作方式都相同。
每个 SyntheticEvent
对象都具有以下属性:
boolean bubblesboolean cancelableDOMEventTarget currentTargetboolean defaultPreventednumber eventPhaseboolean isTrustedDOMEvent nativeEventvoid preventDefault()boolean isDefaultPrevented()void stopPropagation()boolean isPropagationStopped()DOMEventTarget targetnumber timeStampstring type
React
合成的 SyntheticEvent
采用了事件池,这样做可以大大节省内存,而不会频繁的创建和销毁事件对象。
另外,不管在什么浏览器环境下,浏览器会将该事件类型统一创建为合成事件,从而达到了浏览器兼容的目的。