網(wǎng)站首頁 編程語言 正文
今天嘗試學(xué)習(xí) React 事件的源碼實現(xiàn)。
React 版本為 18.2.0
React 中的事件,是對原生事件的封裝,叫做合成事件。抽象出一層合成事件,是為了做兼容,抹平不同瀏覽器之間的差異。
下面會從兩個方面進行源碼的解讀:
- 事件綁定
- 事件觸發(fā)
事件綁定
首先是 React 項目過程啟動時,調(diào)用 listenToAllSupportedEvents 方法,做合成事件的綁定。
// 對應(yīng)方法 `ReactDOM.createRoot() function createRoot(container, CreateRootOptions) { const rootContainerElement = container.nodeType === COMMENT_NODE ? (container.parentNode: any) : container; // 綁定支持的事件 listenToAllSupportedEvents(rootContainerElement); }
listenToAllSupportedEvents 方法核心實現(xiàn)為:
function listenToAllSupportedEvents(rootContainerElement) { allNativeEvents.forEach(domEventName => { // 是否為會冒泡的事件 if (!nonDelegatedEvents.has(domEventName)) { // 第二個參數(shù)是 isCapturePhaseListener // false 表示綁定在 “冒泡階段” listenToNativeEvent(domEventName, false, rootContainerElement); } listenToNativeEvent(domEventName, true, rootContainerElement); } }
allNativeEvents 是一個集合(Set),保存所有的原生 DOM 事件名。會 調(diào)用不同事件插件的初始化。
事件插件有:
- SimpleEventPlugin;
- EnterLeaveEventPlugin;
- ChangeEventPlugin;
- SelectEventPlugin;
- BeforeInputEventPlugin
這些事件插件對象暴露有 registerEvents 和 extractEvents 方法。registerEvents 用于初始化原生事件和對應(yīng) React 事件,其中一個操作就是往 allNativeEvents 加原生事件名。
nonDelegatedEvents 也是一個集合(Set),保存不支持冒泡的事件,即不能進行事件委托,比如 cancel、scroll、媒體事件等。
對于支持冒泡的事件,捕獲階段和綁定階段都綁定;對于不支持冒泡的事件,只綁定捕獲階段,且會 在目標(biāo)元素上綁定事件。
listenToNativeEvent 里面調(diào)用了一層又一層的函數(shù),人已經(jīng)麻了。為了方便理解,這里將這些嵌套的函數(shù)拍平,丟掉一些次要的分支,得到下面核心代碼:
function listenToNativeEvent() { const listener = dispatchEvent.bind( null, domEventName, eventSystemFlags, targetContainer, ); if (isCapturePhaseListener) { // 捕獲階段的事件委托 targetContainer.addEventListener(domEventName, listener, true); } else { // 冒泡階段的事件委托 targetContainer.addEventListener(domEventName, listener, false); } }
事件觸發(fā)
現(xiàn)在我們給一個按鈕綁定 React 的 mousedown 事件,然后觸發(fā)。
調(diào)用棧為:
鏈路很長,只說核心的。
首先 執(zhí)行 dispatchEventForPluginEventSystem,這里用 batchedUpdates 批量更新策略執(zhí)行了 dispatchEventsForPlugins。
function dispatchEventForPluginEventSystem( domEventName, eventSystemFlags, nativeEvent, targetInst, targetContainer, ) { batchedUpdates(() => dispatchEventsForPlugins( domEventName, eventSystemFlags, nativeEvent, ancestorInst, targetContainer, ), ); }
dispatchEventsForPlugins 方法下,做的事情:
- 首先用 extractEvents 遞歸 Fiber 樹,從目標(biāo)節(jié)點往上找到根節(jié)點,取出 props 中所有的相同事件(這里是 onMousedown),加到 dispatchQueue 隊列上;
- 然后調(diào)用 processDispatchQueue 去按照一定順序執(zhí)行(冒泡階段時順序,捕獲階段時倒序)。
function dispatchEventsForPlugins( domEventName, eventSystemFlags, nativeEvent, targetInst, targetContainer, ) { const nativeEventTarget = getEventTarget(nativeEvent); const dispatchQueue = []; // 1. 找到所有需要執(zhí)行的事件 extractEvents( dispatchQueue, domEventName, targetInst, nativeEvent, nativeEventTarget, eventSystemFlags, targetContainer, ); // 2. 按一定順序執(zhí)行 processDispatchQueue(dispatchQueue, eventSystemFlags); }
首先是 調(diào)用 extractEvents,該方法會調(diào)用不同的事件插件對象的 extractEvents 方法。
function extractEvents(...) { SimpleEventPlugin.extractEvents(...); if (shouldProcessPolyfillPlugins) { EnterLeaveEventPlugin.extractEvents(...); ChangeEventPlugin.extractEvents(...); SelectEventPlugin.extractEvents(...); BeforeInputEventPlugin.extractEvents(...); } }
這里以 SimpleEventPlugin ?事件插件對象的 extractEvents 方法為例,做了下面事情:
// 這個 extractEvents 是 SimpleEventPlugin 下的方法 function extractEvents( dispatchQueue, domEventName, targetInst, nativeEvent, nativeEventTarget, eventSystemFlags, targetContainer, ) { // 先默認(rèn)一個合成對象構(gòu)造函數(shù) let SyntheticEventCtor = SyntheticEvent; switch (domEventName) { // ... case 'mousedown': // 構(gòu)造函數(shù)替換為 合成鼠標(biāo)事件構(gòu)造函數(shù) SyntheticEventCtor = SyntheticMouseEvent; break; } // 是否為捕獲階段 const inCapturePhase = (eventSystemFlags & IS_CAPTURE_PHASE) !== 0; // 遞歸找到所有的 listeners const listeners = accumulateSinglePhaseListeners( targetInst, reactName, nativeEvent.type, inCapturePhase, accumulateTargetOnly, nativeEvent, ); // 實例化合成事件對象,后面要傳到 listener 里 const event = new SyntheticEventCtor( reactName, reactEventType, null, nativeEvent, nativeEventTarget, ); // 給隊列加上 合成對象實例,和 listeners dispatchQueue.push({event, listeners}); }
dispatchQueue 隊列的元素是一個對象,有 event 和 listeners 兩個屬性。event 是合成對象實例。listeners 是一個對象數(shù)組,由多個 listener 組成。
dispatchQueue 長下面這個樣子:
然后就是將隊列里的函數(shù)拿去執(zhí)行。
processDispatchQueue 方法會將隊列里的不同事件的 listeners 數(shù)組拿去執(zhí)行。
export function processDispatchQueue(dispatchQueue, eventSystemFlags) { const inCapturePhase = (eventSystemFlags & IS_CAPTURE_PHASE) !== 0; for (let i = 0; i < dispatchQueue.length; i++) { // 取出不同的事件 const {event, listeners} = dispatchQueue[i]; // 每個事件的 listeners 按一定順序執(zhí)行 processDispatchQueueItemsInOrder(event, listeners, inCapturePhase); } }
processDispatchQueueItemsInOrder 是按一定順序執(zhí)行的,因為事件捕獲和冒泡階段的順序是相反的,所以代碼邏輯中會有兩種執(zhí)行方向。
一條鏈路中的 listener 拿到的都是同一個 event。執(zhí)行 event.stopPropagation()
后,event.isPropagationStopped()
就一定會返回 true,然后鏈路就會被中斷。
function processDispatchQueueItemsInOrder(event, dispatchListeners, inCapturePhase) { let previousInstance; if (inCapturePhase) { // 捕獲階段為逆序 for (let i = dispatchListeners.length - 1; i >= 0; i--) { const { instance, currentTarget, listener } = dispatchListeners[i]; if (instance !== previousInstance && event.isPropagationStopped()) { return; } executeDispatch(event, listener, currentTarget); previousInstance = instance; } } else { // 冒泡階段為順序 for (let i = 0; i < dispatchListeners.length; i++) { const { instance, currentTarget, listener } = dispatchListeners[i]; // 是否中斷冒泡 if (instance !== previousInstance && event.isPropagationStopped()) { return; } executeDispatch(event, listener, currentTarget); previousInstance = instance; } } }
結(jié)尾
把源碼細(xì)節(jié)丟掉,總結(jié)一下原理。
在 React 項目啟動時,React 會在 ReactDOM 掛載的根節(jié)點上綁定事件,做事件委托,自己模擬瀏覽器的事件流,實現(xiàn)一套 React 事件流。
根節(jié)點綁定的通常是兩個事件,一個用于模擬捕獲階段,一個模擬冒泡階段。(但有些事件比較特別,是不能捕獲冒和泡的,比如 scroll 事件,這種事件只會綁定一個事件模擬捕獲階段,且不支持事件委托)
用戶觸發(fā)了 React 事件,這里假設(shè)為 mousedown 的冒泡階段。前面綁定的函數(shù)通過事件委托拿到了原生事件名,以及目標(biāo)元素。基于它們,先創(chuàng)建一個合成事件對象,再從 fiber 樹中不停往根節(jié)點找,將這些 fiberNode 的 props 的 onMousedown 放到一個隊列中。
收集完畢后,我們根據(jù)當(dāng)前是事件捕獲還是冒泡階段,選擇方向去遍歷同步執(zhí)行。捕獲階段是從根節(jié)點到目標(biāo)節(jié)點,冒泡則相反。另外,可以通過 event.stopPropagation()
阻止事件冒泡。
原文鏈接:https://juejin.cn/post/7173137511869317133
相關(guān)推薦
- 2023-05-10 Pandas數(shù)據(jù)分析多文件批次聚合處理實例解析_python
- 2022-10-22 Python中的Unittest基本使用_python
- 2022-12-13 bat文件與Vbs文件之間的常用操作(獲取用戶輸入,執(zhí)行VBS文件)_DOS/BAT
- 2022-11-08 C語言實現(xiàn)時間處理工具的示例代碼_C 語言
- 2022-05-27 go語言實現(xiàn)兩個協(xié)程交替打印_Golang
- 2022-01-10 egg作為后端接口,在前端調(diào)用
- 2023-04-12 Android同步屏障機制sync?barrier實例應(yīng)用詳解_Android
- 2022-01-22 Redis學(xué)習(xí)之旅--與SpringBoot的結(jié)合
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細(xì)win安裝深度學(xué)習(xí)環(huán)境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎(chǔ)操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認(rèn)證信息的處理
- Spring Security之認(rèn)證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權(quán)
- redisson分布式鎖中waittime的設(shè)
- maven:解決release錯誤:Artif
- restTemplate使用總結(jié)
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務(wù)發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結(jié)構(gòu)-簡單動態(tài)字符串(SD
- arthas操作spring被代理目標(biāo)對象命令
- Spring中的單例模式應(yīng)用詳解
- 聊聊消息隊列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支