react源碼合成事件深入解析
引言
?? 溫馨提示: 下邊是對React合成事件的源碼閱讀,全文有點長,但是!如果你真的想知道這不為人知的背后內(nèi)幕,那一定要耐心看下去!
最近在做一個功能,然后不小心踩到了 React 合成事件 的坑,好奇心的驅(qū)使,去看了 React 官網(wǎng)合成事件 的解釋,這不看不知道,一看嚇一跳...
SyntheticEvent是個什么鬼?咋冒出來了個事件池?
我就一個簡單的需求功能,為什么能扯出這些鬼玩意??
我們先簡單的來看一看我的需求功能是個啥???
導(dǎo)火線
需要做一個彈窗打開/關(guān)閉 的功能,當(dāng)點擊 button
的時候打開,此時打開的情況下,點擊彈窗 區(qū)域 外,就需要關(guān)閉。
這簡單嘛,直接在 button
上注冊一個點擊事件,同時在 document.body
注冊一個點擊事件,然后在 彈窗container 里阻止冒泡,很難嘛?
class FuckEvent extends React.PureComponent { state = { showBox: false } componentDidMount() { document.body.addEventListener('click', this.handleClickBody, false) } componentWillUnmount() { document.body.removeEventListener('click', this.handleClickBody, false) } handleClickBody = () => { this.setState({ showBox: false }) } handleClickButton = () => { this.setState({ showBox: true }) } render() { return ( <div> <button onClick={this.handleClickButton}>點擊我顯示彈窗</button> {this.state.showBox && ( <div onClick={e => e.stopPropagation()}>我是彈窗</div> )} </div> ) } }
很簡單嘛,很開心的點擊了彈窗區(qū)域....
于是...我沒了...點擊彈窗區(qū)域,彈窗也被關(guān)閉了。。。what the f**k ?????? 難道冒泡沒有用 ?
帶著這個問題,我走上了不歸之路...
事件委托
我們都知道,什么是事件委托,(不知道的出門左拐 ??) 在前端刀耕火種時期,事件委托可是爸爸
事件委托解決了龐大的數(shù)據(jù)列表時,無需為每個列表項綁定事件監(jiān)聽。同時可以動態(tài)掛載元素?zé)o需作額外的事件監(jiān)聽處理。
你看,事件委托那么牛 13,你覺得 React 會不用?呵,React 不僅用了,還用的非常溜 ~
怎么說呢,react 它接管了瀏覽器事件的優(yōu)化策略,然后自身實現(xiàn)了一套自己的事件機(jī)制,而且特別貼心,就跟你男朋友一樣,它把瀏覽器的不同差異,都幫你消除了 ~
React 實現(xiàn)了一個合成事件層,就是這個事件層,把 IE 和 W3C 標(biāo)準(zhǔn)之間的兼容問題給消除了。
?? 那么問題來了,什么是合成事件與原生事件????
- 原生事件: 在 componentDidMount生命周期里邊進(jìn)行
addEventListener
綁定的事件 - 合成事件: 通過 JSX 方式綁定的事件,比如
onClick={() => this.handle()}
還記得上邊的那個例子嗎?我們在彈窗的 DOM 元素上綁定了一個事件,進(jìn)行阻止冒泡
{ this.state.showBox && <div onClick={e => e.stopPropagation()}>我是彈窗</div> }
然后在componentDidMount生命周期
里邊對 body 進(jìn)行了 click 的綁定
componentDidMount() { document.body.addEventListener('click', this.handleClickBody, false) } componentWillUnmount() { document.body.removeEventListener('click', this.handleClickBody, false) }
我們?nèi)シ治鲆幌拢?strong>因為合成事件的觸發(fā)是基于瀏覽器的事件機(jī)制來實現(xiàn)的,通過冒泡機(jī)制冒泡到最頂層元素,然后再由 dispatchEvent 統(tǒng)一去處理
回顧一下瀏覽器事件機(jī)制
Document 上邊是 Window,這里截的是《JavaScript 高級程序設(shè)計》書籍里的圖片
瀏覽器事件的執(zhí)行需要經(jīng)過三個階段,捕獲階段-目標(biāo)元素階段-冒泡階段。
?? Question: 此時對于合成事件進(jìn)行阻止,原生事件會執(zhí)行嗎?答案是: 會!
?? Answer: 因為原生事件先于合成事件執(zhí)行 (個人理解: 注冊的原生事件已經(jīng)執(zhí)行,而合成事件處于目標(biāo)階段,它阻止的冒泡只是阻止合成的事件冒泡,但是原生事件在捕獲階段就已經(jīng)執(zhí)行了)
合成事件特點
React 自己實現(xiàn)了這么一套事件機(jī)制,它在 DOM 事件體系基礎(chǔ)上做了改進(jìn),減少了內(nèi)存的消耗,并且最大程度上解決了 IE 等瀏覽器的不兼容問題
那它有什么特點?
- React 上注冊的事件最終會綁定在
document
這個 DOM 上,而不是 React 組件對應(yīng)的 DOM(減少內(nèi)存開銷就是因為所有的事件都綁定在 document 上,其他節(jié)點沒有綁定事件) - React 自身實現(xiàn)了一套事件冒泡機(jī)制,所以這也就是為什么我們
event.stopPropagation()
無效的原因。 - React 通過隊列的形式,從觸發(fā)的組件向父組件回溯,然后調(diào)用他們 JSX 中定義的 callback
- React 有一套自己的合成事件
SyntheticEvent
,不是原生的,這個可以自己去看官網(wǎng) - React 通過對象池的形式管理合成事件對象的創(chuàng)建和銷毀,減少了垃圾的生成和新對象內(nèi)存的分配,提高了性能
React 事件系統(tǒng)
看到這里,應(yīng)該對 React 合成事件有一個簡單的了解了吧,我們接著去看一看源碼 ~
?? 源碼 ReactBrowserEventEmitter
我們在 ReactBrowserEventEmitter.js
文件中可以看到,React 合成系統(tǒng)框架圖
/** * React和事件系統(tǒng)概述: * * +------------+ . * | DOM | . * +------------+ . * | . * v . * +------------+ . * | ReactEvent | . * | Listener | . * +------------+ . +-----------+ * | . +--------+|SimpleEvent| * | . | |Plugin | * +-----|------+ . v +-----------+ * | | | . +--------------+ +------------+ * | +-----------.--->|EventPluginHub| | Event | * | | . | | +-----------+ | Propagators| * | ReactEvent | . | | |TapEvent | |------------| * | Emitter | . | |<---+|Plugin | |other plugin| * | | . | | +-----------+ | utilities | * | +-----------.--->| | +------------+ * | | | . +--------------+ * +-----|------+ . ^ +-----------+ * | . | |Enter/Leave| * + . +-------+|Plugin | * +-------------+ . +-----------+ * | application | . * |-------------| . * | | . * | | . * +-------------+ . * . */
源碼里邊的一大串英文解釋,我?guī)湍銈?google 翻譯了,簡單來講就是:
- Top-level delegation 用于捕獲最原始的瀏覽器事件,它主要由 ReactEventListener 負(fù)責(zé),ReactEventListener 被注入后可以支持插件化的事件源,這一過程發(fā)生在主線程。
- React 對事件進(jìn)行規(guī)范化和重復(fù)數(shù)據(jù)刪除,以解決瀏覽器的怪癖。這可以在工作線程中完成。
- 將這些本地事件(具有關(guān)聯(lián)的頂級類型用來捕獲它)轉(zhuǎn)發(fā)到
EventPluginHub
,后者將詢問插件是否要提取任何合成事件。 - 然后,EventPluginHub 將通過為每個事件添加“dispatches”(關(guān)心該事件的偵聽器和 ID 的序列)來對其進(jìn)行注釋來進(jìn)行處理。
- 再接著,EventPluginHub 會調(diào)度分派事件.
? 建議直接去看英文注釋,翻譯可能不是很標(biāo)準(zhǔn)。
看會上邊的框架圖,我們得先知道一下這些都是個啥玩意,直接看名稱,也能夠知道 :
- ReactEventListener:負(fù)責(zé)事件的注冊。
- ReactEventEmitter:負(fù)責(zé)事件的分發(fā)。
- EventPluginHub:負(fù)責(zé)事件的存儲及分發(fā)。
- Plugin:根據(jù)不同的事件類型構(gòu)造不同的合成事件。
?? 下面我們來一步一步的看它是怎么工作的
事件注冊
React 中注冊一個事件賊簡單,就比如這樣:
class TaskEvent extends Reac.PureComponent { render() { return ( <div onClick={() => { console.log('我是注冊事件') }} > 呵呵呵 </div> ) } }
ok,洋洋灑灑的寫下這段代碼,它是如何被注冊到 React 事件系統(tǒng)中的?
enqueuePutListener()
組件在創(chuàng)建 mountComponent 和更新 updateComponent 的時候,都會調(diào)用 _updateDOMProperties()
方法
?? 溫馨提示,這快的源碼是 react 15.6.1 的源碼,但是我在 github 上找對應(yīng)的版本進(jìn)去,居然是 Pages Not Found ... 這里就用我翻閱資料的文章中對這個注冊事件的源碼解釋了
mountComponent: function(transaction, hostParent, hostContainerInfo, context) { // ... var props = this._currentElement.props; // ... this._updateDOMProperties(null, props, transaction); // ... }
_updateDOMProperties: function (lastProps, nextProps, transaction) { // ... for (propKey in nextProps) { var nextProp = nextProps[propKey]; var lastProp = propKey === STYLE ? this._previousStyleCopy : lastProps != null ? lastProps[propKey] : undefined; if (!nextProps.hasOwnProperty(propKey) || nextProp === lastProp || nextProp == null && lastProp == null) { continue; } if (propKey === STYLE) { // ... } else if (registrationNameModules.hasOwnProperty(propKey)) { // 如果是props這個對象直接聲明的屬性,而不是從原型鏈中繼承而來的,則處理它 // 對于mountComponent,lastProp為null。updateComponent二者都不為null。unmountComponent則nextProp為null if (nextProp) { // mountComponent和updateComponent中,enqueuePutListener注冊事件 enqueuePutListener(this, propKey, nextProp, transaction); } else if (lastProp) { // unmountComponent中,刪除注冊的listener,防止內(nèi)存泄漏 deleteListener(this, propKey); } } } }
上邊的代碼很清楚告訴你,通過 enqueuePutListener()
方法進(jìn)行注冊事件,我們接著去看看這是個啥玩意
function enqueuePutListener(inst, registrationName, listener, transaction) { if (transaction instanceof ReactServerRenderingTransaction) { return } var containerInfo = inst._hostContainerInfo var isDocumentFragment = containerInfo._node && containerInfo._node.nodeType === DOC_FRAGMENT_TYPE // 找到document var doc = isDocumentFragment ? containerInfo._node : containerInfo._ownerDocument // 注冊事件,將事件注冊到document上 listenTo(registrationName, doc) // 存儲事件,放入事務(wù)隊列中 transaction.getReactMountReady().enqueue(putListener, { inst: inst, registrationName: registrationName, listener: listener }) }
?? 看到?jīng)],這個 enqueuePutListener()
就只干了兩個事情 :
- 通過調(diào)用
listenTo
把事件注冊到 document 上 (這就是前邊說的 React 上注冊的事件最終會綁定在document
這個 DOM 上) - 事務(wù)方式調(diào)用
putListener
存儲事件 (就是把 React 組件內(nèi)的所有事件統(tǒng)一的存放到一個對象里,緩存起來,為了在觸發(fā)事件的時候可以查找到對應(yīng)的方法去執(zhí)行)
listenTo()
雖然說不要貼代碼,但是!直接看源碼真的是簡單明了啊,?? listenTo 源碼
?? 注意,react 版本是目前 github master 分支代碼
我們來看一下代碼
export function listenTo( registrationName: string, mountAt: Document | Element | Node ): void { const listeningSet = getListeningSetForElement(mountAt) const dependencies = registrationNameDependencies[registrationName] for (let i = 0; i < dependencies.length; i++) { const dependency = dependencies[i] // 調(diào)用該方法進(jìn)行注冊 listenToTopLevel(dependency, mountAt, listeningSet) } }
registrationName 就是傳過來的 onClick,而變量 registrationNameDependencies 是一個存儲了 React 事件名與瀏覽器原生事件名對應(yīng)的一個 Map,可以通過這個 map 拿到相應(yīng)的瀏覽器原生事件名
export function listenToTopLevel( topLevelType: DOMTopLevelEventType, mountAt: Document | Element | Node, listeningSet: Set<DOMTopLevelEventType | string> ): void { if (!listeningSet.has(topLevelType)) { switch (topLevelType) { //... case TOP_CANCEL: case TOP_CLOSE: if (isEventSupported(getRawEventName(topLevelType))) { trapCapturedEvent(topLevelType, mountAt) // 捕獲階段 } break default: const isMediaEvent = mediaEventTypes.indexOf(topLevelType) !== -1 if (!isMediaEvent) { trapBubbledEvent(topLevelType, mountAt) // 冒泡階段 } break } listeningSet.add(topLevelType) } }
上邊忽略部分源碼,我們看到,注冊事件的入口是 listenTo 方法, 通過對dependencies
循環(huán)調(diào)用listenToTopLevel()
方法,在該方法中調(diào)用 trapCapturedEvent 和 trapBubbledEvent 來注冊捕獲和冒泡事件。
trapCapturedEvent 與 trapBubbledEvent
下邊僅對 trapCapturedEvent
進(jìn)行分析,?? trapCapturedEvent 源碼地址,trapBubbledEvent 源碼地址
// 捕獲階段 export function trapCapturedEvent( topLevelType: DOMTopLevelEventType, element: Document | Element | Node ): void { trapEventForPluginEventSystem(element, topLevelType, true) } // 冒泡階段 export function trapBubbledEvent( topLevelType: DOMTopLevelEventType, element: Document | Element | Node ): void { trapEventForPluginEventSystem(element, topLevelType, false) }
function trapEventForPluginEventSystem( element: Document | Element | Node, topLevelType: DOMTopLevelEventType, capture: boolean // 決定捕獲還是冒泡階段 ): void { let listener switch (getEventPriority(topLevelType)) { } const rawEventName = getRawEventName(topLevelType) if (capture) { addEventCaptureListener(element, rawEventName, listener) } else { addEventBubbleListener(element, rawEventName, listener) } }
?? 這里我們就能知道,捕獲事件通過addEventCaptureListener()
,而冒泡事件通過addEventBubbleListener()
// 捕獲 export function addEventCaptureListener( element: Document | Element | Node, eventType: string, listener: Function ): void { element.addEventListener(eventType, listener, true) } // 冒泡 export function addEventBubbleListener( element: Document | Element | Node, eventType: string, listener: Function ): void { element.addEventListener(eventType, listener, false) }
事件存儲
還記得上邊的 enqueuePutListener()
中,我們將事件放入到事務(wù)隊列嘛?
function enqueuePutListener(inst, registrationName, listener, transaction) { //... // 注冊事件,將事件注冊到document上 listenTo(registrationName, doc) // 存儲事件,放入事務(wù)隊列中 transaction.getReactMountReady().enqueue(putListener, { inst: inst, registrationName: registrationName, listener: listener }) }
沒錯,就是 putListener
這個玩意,我們可以看一下代碼
putListener: function (inst, registrationName, listener) { // 用來標(biāo)識注冊了事件,比如onClick的React對象。key的格式為'.nodeId', 只用知道它可以標(biāo)示哪個React對象就可以了 // step1: 得到組件唯一標(biāo)識 var key = getDictionaryKey(inst); // step2: 得到listenerBank對象中指定事件類型的對象 var bankForRegistrationName = listenerBank[registrationName] || (listenerBank[registrationName] = {}); // step3: 將listener事件回調(diào)方法存入listenerBank[registrationName][key]中,比如listenerBank['onclick'][nodeId] // 所有React組件對象定義的所有React事件都會存儲在listenerBank中 bankForRegistrationName[key] = listener; // ... } // 拿到組件唯一標(biāo)識 var getDictionaryKey = function (inst) { return '.' + inst._rootNodeID; };
事件分發(fā)
既然事件已經(jīng)委托注冊到 document
上了,那么事件觸發(fā)的時候,肯定需要一個事件分發(fā)的過程,流程也很簡單,既然事件存儲在 listenrBank
中,那么我只需要找到對應(yīng)的事件類型,然后執(zhí)行事件回調(diào)就 ok 了
?? 注意: 由于元素本身并沒有注冊任何事件,而是委托到了 document 上,所以這個將被觸發(fā)的事件是 React 自帶的合成事件,而非瀏覽器原生事件
首先找到事件觸發(fā)的DOM
和React Component
,找真實的 DOM 還是很好找的,在getEventTarget 源碼中可以看到:
// 源碼看這里: https://github.com/facebook/react/blob/master/packages/react-dom/src/events/ReactDOMEventListener.js#L419 const nativeEventTarget = getEventTarget(nativeEvent) let targetInst = getClosestInstanceFromNode(nativeEventTarget)
function getEventTarget(nativeEvent) { let target = nativeEvent.target || nativeEvent.srcElement || window if (target.correspondingUseElement) { target = target.correspondingUseElement } return target.nodeType === TEXT_NODE ? target.parentNode : target }
這個 nativeEventTarget
對象上掛在了一個以 __reactInternalInstance
開頭的屬性,這個屬性就是 internalInstanceKey
,其值就是當(dāng)前 React 實例對應(yīng)的 React Component
繼續(xù)看源碼: dispatchEventForPluginEventSystem()
function dispatchEventForPluginEventSystem( topLevelType: DOMTopLevelEventType, eventSystemFlags: EventSystemFlags, nativeEvent: AnyNativeEvent, targetInst: null | Fiber ): void { const bookKeeping = getTopLevelCallbackBookKeeping( topLevelType, nativeEvent, targetInst, eventSystemFlags ) try { // Event queue being processed in the same cycle allows // `preventDefault`. batchedEventUpdates(handleTopLevel, bookKeeping) } finally { releaseTopLevelCallbackBookKeeping(bookKeeping) } }
看到了嘛,batchedEventUpdates()
批量更新,它的工作是把當(dāng)前觸發(fā)的事件放到了批處理隊列中。handleTopLevel 是事件分發(fā)的核心所在
?? 源碼在這里: handleTopLevel
function handleTopLevel(bookKeeping: BookKeepingInstance) { let targetInst = bookKeeping.targetInst // Loop through the hierarchy, in case there's any nested components. // It's important that we build the array of ancestors before calling any // event handlers, because event handlers can modify the DOM, leading to // inconsistencies with ReactMount's node cache. See #1105. let ancestor = targetInst do { if (!ancestor) { const ancestors = bookKeeping.ancestors ;((ancestors: any): Array<Fiber | null>).push(ancestor) break } const root = findRootContainerNode(ancestor) if (!root) { break } const tag = ancestor.tag if (tag === HostComponent || tag === HostText) { bookKeeping.ancestors.push(ancestor) } ancestor = getClosestInstanceFromNode(root) } while (ancestor) }
這里直接看上邊的英文注釋,講的很清楚,主要就是事件回調(diào)可能會改變 DOM 結(jié)構(gòu),所以要先遍歷層次結(jié)構(gòu),以防存在任何嵌套的組件,然后緩存起來。
然后繼續(xù)這個方法
for (let i = 0; i < bookKeeping.ancestors.length; i++) { targetInst = bookKeeping.ancestors[i] // getEventTarget上邊有講到 const eventTarget = getEventTarget(bookKeeping.nativeEvent) const topLevelType = ((bookKeeping.topLevelType: any): DOMTopLevelEventType) const nativeEvent = ((bookKeeping.nativeEvent: any): AnyNativeEvent) runExtractedPluginEventsInBatch( topLevelType, targetInst, nativeEvent, eventTarget, bookKeeping.eventSystemFlags ) }
這里就是一個 for 循環(huán)來遍歷這個 React Component 及其所有的父組件,然后執(zhí)行runExtractedPluginEventsInBatch()
方法
從上面的事件分發(fā)中可見,React 自身實現(xiàn)了一套冒泡機(jī)制。從觸發(fā)事件的對象開始,向父元素回溯,依次調(diào)用它們注冊的事件 callback。
事件執(zhí)行
上邊講到的 runExtractedPluginEventsInBatch()
方法就是事件執(zhí)行的入口了,通過源碼,我們可以知道,它干了兩件事
?? runExtractedPluginEventsInBatch 源碼
- 構(gòu)造合成事件
- 批處理構(gòu)造出的合成事件
export function runExtractedPluginEventsInBatch( topLevelType: TopLevelType, targetInst: null | Fiber, nativeEvent: AnyNativeEvent, nativeEventTarget: EventTarget, eventSystemFlags: EventSystemFlags ) { // step1 : 構(gòu)造合成事件 const events = extractPluginEvents( topLevelType, targetInst, nativeEvent, nativeEventTarget, eventSystemFlags ) // step2 : 批處理 runEventsInBatch(events) }
構(gòu)造合成事件
我們來看看相關(guān)的代碼 extractPluginEvents()
和 runEventsInBatch()
function extractPluginEvents( topLevelType: TopLevelType, targetInst: null | Fiber, nativeEvent: AnyNativeEvent, nativeEventTarget: EventTarget, eventSystemFlags: EventSystemFlags ): Array<ReactSyntheticEvent> | ReactSyntheticEvent | null { let events = null for (let i = 0; i < plugins.length; i++) { // Not every plugin in the ordering may be loaded at runtime. const possiblePlugin: PluginModule<AnyNativeEvent> = plugins[i] if (possiblePlugin) { const extractedEvents = possiblePlugin.extractEvents( topLevelType, targetInst, nativeEvent, nativeEventTarget, eventSystemFlags ) if (extractedEvents) { events = accumulateInto(events, extractedEvents) } } } return events }
首先會去遍歷 plugins
,相關(guān)代碼在: plugins 源碼,這個 plugins 就是所有事件合成 plugins 的集合數(shù)組,這些 plugins 是在 EventPluginHub
初始化時候注入的
// ?? 源碼地址 : https://github.com/facebook/react/blob/master/packages/legacy-events/EventPluginHub.js#L80 export const injection = { injectEventPluginOrder, injectEventPluginsByName }
// ?? 源碼地址 : https://github.com/facebook/react/blob/master/packages/react-dom/src/client/ReactDOMClientInjection.js#L26 EventPluginHubInjection.injectEventPluginOrder(DOMEventPluginOrder) EventPluginHubInjection.injectEventPluginsByName({ SimpleEventPlugin: SimpleEventPlugin, EnterLeaveEventPlugin: EnterLeaveEventPlugin, ChangeEventPlugin: ChangeEventPlugin, SelectEventPlugin: SelectEventPlugin, BeforeInputEventPlugin: BeforeInputEventPlugin })
打住,這里不展開分析,我們繼續(xù)看extractEvents
的邏輯代碼
const extractedEvents = possiblePlugin.extractEvents( topLevelType, targetInst, nativeEvent, nativeEventTarget, eventSystemFlags ) if (extractedEvents) { events = accumulateInto(events, extractedEvents) }
因為 const possiblePlugin: PluginModule = pluginsi], 類型是 PluginModule,我們可以去 ??[SimpleEventPlugin 源碼去看一下 extractEvents
到底干了啥
extractEvents: function() { const dispatchConfig = topLevelEventsToDispatchConfig[topLevelType] if (!dispatchConfig) { return null } //... }
首先,看下 topLevelEventsToDispatchConfig
這個對象中有沒有 topLevelType 這個屬性,只要有,那么說明當(dāng)前事件可以使用 SimpleEventPlugin
構(gòu)造合成事件
函數(shù)里邊定義了 EventConstructor
,然后通過 switch...case
語句進(jìn)行賦值
extractEvents: function() { //... let EventConstructor switch (topLevelType) { // ... case DOMTopLevelEventTypes.TOP_POINTER_UP: EventConstructor = SyntheticPointerEvent break default: EventConstructor = SyntheticEvent break } }
總之就是賦值給 EventConstructor
,如果你想更加了解SyntheticEvent
,請點擊這里
設(shè)置好了EventConstructor
之后,這個方法繼續(xù)執(zhí)行
extractEvents: function() { //... const event = EventConstructor.getPooled( dispatchConfig, targetInst, nativeEvent, nativeEventTarget ) accumulateTwoPhaseDispatches(event) return event }
這一段代碼的意思就是,從 event 對象池中取出合成事件,這里的 getPooled()
方法其實在在 SyntheticEvent
初始化的時候就被設(shè)置好了,我們來看一下代碼
function addEventPoolingTo(EventConstructor) { EventConstructor.eventPool = [] // 就是這里設(shè)置了getPooled EventConstructor.getPooled = getPooledEvent EventConstructor.release = releasePooledEvent } SyntheticEvent.extend = function(Interface) { //... addEventPoolingTo(Class) return Class } addEventPoolingTo(SyntheticEvent)
看到這里,我們知道,getPooled
就是 getPooledEvent
,那我們?nèi)タ纯?code>getPooledEvent做了啥玩意
function getPooledEvent(dispatchConfig, targetInst, nativeEvent, nativeInst) { const EventConstructor = this if (EventConstructor.eventPool.length) { const instance = EventConstructor.eventPool.pop() EventConstructor.call( instance, dispatchConfig, targetInst, nativeEvent, nativeInst ) return instance } return new EventConstructor( dispatchConfig, targetInst, nativeEvent, nativeInst ) }
首先呢,會先去對象池中,看一下 length 是否為 0,如果是第一次事件觸發(fā),那不好意思,你需要 new EventConstructor
了,如果后續(xù)再次觸發(fā)事件的時候,直接從對象池中取,也就是直接 instance = EventConstructor.eventPool.pop()
出來的完事了
ok,我們暫時就講到這,我們繼續(xù)說一說事件執(zhí)行的另一個重要操作: 批處理 runEventsInBatch(events)
批處理
批處理主要是通過 runEventQueueInBatch(events)
進(jìn)行操作,我們來看看源碼: ?? runEventQueueInBatch 源碼
export function runEventsInBatch( events: Array<ReactSyntheticEvent> | ReactSyntheticEvent | null ) { if (events !== null) { eventQueue = accumulateInto(eventQueue, events) } // Set `eventQueue` to null before processing it so that we can tell if more // events get enqueued while processing. const processingEventQueue = eventQueue eventQueue = null if (!processingEventQueue) { return } forEachAccumulated(processingEventQueue, executeDispatchesAndReleaseTopLevel) invariant( !eventQueue, 'processEventQueue(): Additional events were enqueued while processing ' + 'an event queue. Support for this has not yet been implemented.' ) // This would be a good time to rethrow if any of the event handlers threw. rethrowCaughtError() }
這個方法首先會將當(dāng)前需要處理的 events 事件,與之前沒有處理完畢的隊列調(diào)用 accumulateInto
方法按照順序進(jìn)行合并,組合成一個新的隊列
如果processingEventQueue
這個為空,gg,沒有處理的事件,退出,否則調(diào)用 forEachAccumulated()
,源碼看這里: forEachAccumulated 源碼
function forEachAccumulated<T>( arr: ?(Array<T> | T), cb: (elem: T) => void, scope: ?any ) { if (Array.isArray(arr)) { arr.forEach(cb, scope) } else if (arr) { cb.call(scope, arr) } }
這個方法就是先看下事件隊列 processingEventQueue
是不是個數(shù)組,如果是數(shù)組,說明隊列中不止一個事件,則遍歷隊列,調(diào)用 executeDispatchesAndReleaseTopLevel
,否則說明隊列中只有一個事件,則無需遍歷直接調(diào)用即可
?? executeDispatchesAndReleaseTopLevel 源碼
const executeDispatchesAndRelease = function(event: ReactSyntheticEvent) { if (event) { executeDispatchesInOrder(event) if (!event.isPersistent()) { event.constructor.release(event) } } } const executeDispatchesAndReleaseTopLevel = function(e) { return executeDispatchesAndRelease(e) }
export function executeDispatchesInOrder(event) { const dispatchListeners = event._dispatchListeners const dispatchInstances = event._dispatchInstances if (__DEV__) { validateEventDispatches(event) } if (Array.isArray(dispatchListeners)) { for (let i = 0; i < dispatchListeners.length; i++) { if (event.isPropagationStopped()) { break } // Listeners and Instances are two parallel arrays that are always in sync. executeDispatch(event, dispatchListeners[i], dispatchInstances[i]) } } else if (dispatchListeners) { executeDispatch(event, dispatchListeners, dispatchInstances) } event._dispatchListeners = null event._dispatchInstances = null }
首先對拿到的事件上掛載的 dispatchListeners
,就是所有注冊事件回調(diào)函數(shù)的集合,遍歷這個集合,如果event.isPropagationStopped() = ture
,ok,break 就好了,因為說明在此之前觸發(fā)的事件已經(jīng)調(diào)用 event.stopPropagation()
,isPropagationStopped 的值被置為 true,當(dāng)前事件以及后面的事件作為父級事件就不應(yīng)該再被執(zhí)行了
這里當(dāng) event.isPropagationStopped()為 true 時,中斷合成事件的向上遍歷執(zhí)行,也就起到了和原生事件調(diào)用 stopPropagation 相同的效果 如果循環(huán)沒有被中斷,則繼續(xù)執(zhí)行 executeDispatch
方法
以上就是react源碼合成事件深入解析的詳細(xì)內(nèi)容,更多關(guān)于react源碼合成事件的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
react ant-design Select組件下拉框map不顯示的解決
這篇文章主要介紹了react ant-design Select組件下拉框map不顯示的解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-03-03React Native模塊之Permissions權(quán)限申請的實例相機(jī)
這篇文章主要介紹了React Native模塊之Permissions權(quán)限申請的實例相機(jī)的相關(guān)資料,希望通過本文能幫助到大家,需要的朋友可以參考下2017-09-09axios請求響應(yīng)數(shù)據(jù)加解密封裝實現(xiàn)詳解
這篇文章主要為大家介紹了axios請求響應(yīng)數(shù)據(jù)加解密封裝實現(xiàn)詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-03-03詳解React+Koa實現(xiàn)服務(wù)端渲染(SSR)
這篇文章主要介紹了詳解React+Koa實現(xiàn)服務(wù)端渲染(SSR),小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2018-05-05