日本免费高清视频-国产福利视频导航-黄色在线播放国产-天天操天天操天天操天天操|www.shdianci.com

學(xué)無先后,達(dá)者為師

網(wǎng)站首頁(yè) 編程語言 正文

react源碼合成事件深入解析_React

作者:flyzz177 ? 更新時(shí)間: 2023-02-15 編程語言

引言

?? 溫馨提示: 下邊是對(duì)React合成事件的源碼閱讀,全文有點(diǎn)長(zhǎng),但是!如果你真的想知道這不為人知的背后內(nèi)幕,那一定要耐心看下去!

最近在做一個(gè)功能,然后不小心踩到了 React 合成事件 的坑,好奇心的驅(qū)使,去看了 React 官網(wǎng)合成事件 的解釋,這不看不知道,一看嚇一跳...

SyntheticEvent是個(gè)什么鬼?咋冒出來了個(gè)事件池?

我就一個(gè)簡(jiǎn)單的需求功能,為什么能扯出這些鬼玩意??

我們先簡(jiǎn)單的來看一看我的需求功能是個(gè)啥???

導(dǎo)火線

需要做一個(gè)彈窗打開/關(guān)閉 的功能,當(dāng)點(diǎn)擊 button 的時(shí)候打開,此時(shí)打開的情況下,點(diǎn)擊彈窗 區(qū)域 外,就需要關(guān)閉。

這簡(jiǎn)單嘛,直接在 button 上注冊(cè)一個(gè)點(diǎn)擊事件,同時(shí)在 document.body 注冊(cè)一個(gè)點(diǎn)擊事件,然后在 彈窗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}>點(diǎn)擊我顯示彈窗</button>
        {this.state.showBox && (          <div onClick={e => e.stopPropagation()}>我是彈窗</div>
        )}      </div>
    )
  }
}

很簡(jiǎn)單嘛,很開心的點(diǎn)擊了彈窗區(qū)域....

于是...我沒了...點(diǎn)擊彈窗區(qū)域,彈窗也被關(guān)閉了。。。what the f**k ?????? 難道冒泡沒有用 ?

帶著這個(gè)問題,我走上了不歸之路...

事件委托

我們都知道,什么是事件委托,(不知道的出門左拐 ??) 在前端刀耕火種時(shí)期,事件委托可是爸爸

事件委托解決了龐大的數(shù)據(jù)列表時(shí),無需為每個(gè)列表項(xiàng)綁定事件監(jiān)聽。同時(shí)可以動(dòng)態(tài)掛載元素?zé)o需作額外的事件監(jiān)聽處理。

你看,事件委托那么牛 13,你覺得 React 會(huì)不用?呵,React 不僅用了,還用的非常溜 ~

怎么說呢,react 它接管了瀏覽器事件的優(yōu)化策略,然后自身實(shí)現(xiàn)了一套自己的事件機(jī)制,而且特別貼心,就跟你男朋友一樣,它把瀏覽器的不同差異,都幫你消除了 ~

React 實(shí)現(xiàn)了一個(gè)合成事件層,就是這個(gè)事件層,把 IE 和 W3C 標(biāo)準(zhǔn)之間的兼容問題給消除了。

?? 那么問題來了,什么是合成事件與原生事件????

  • 原生事件: 在 componentDidMount生命周期里邊進(jìn)行addEventListener綁定的事件
  • 合成事件: 通過 JSX 方式綁定的事件,比如 onClick={() => this.handle()}

還記得上邊的那個(gè)例子嗎?我們?cè)趶棿暗?DOM 元素上綁定了一個(gè)事件,進(jìn)行阻止冒泡

{
  this.state.showBox && <div onClick={e => e.stopPropagation()}>我是彈窗</div>
}

然后在componentDidMount生命周期里邊對(duì) body 進(jìn)行了 click 的綁定

componentDidMount() {
  document.body.addEventListener('click', this.handleClickBody, false)
}
componentWillUnmount() {
  document.body.removeEventListener('click', this.handleClickBody, false)
}

我們?nèi)シ治鲆幌拢?strong>因?yàn)楹铣墒录挠|發(fā)是基于瀏覽器的事件機(jī)制來實(shí)現(xiàn)的,通過冒泡機(jī)制冒泡到最頂層元素,然后再由 dispatchEvent 統(tǒng)一去處理

回顧一下瀏覽器事件機(jī)制

Document 上邊是 Window,這里截的是《JavaScript 高級(jí)程序設(shè)計(jì)》書籍里的圖片

瀏覽器事件的執(zhí)行需要經(jīng)過三個(gè)階段,捕獲階段-目標(biāo)元素階段-冒泡階段。

?? Question: 此時(shí)對(duì)于合成事件進(jìn)行阻止,原生事件會(huì)執(zhí)行嗎?答案是: 會(huì)!

?? Answer: 因?yàn)樵录扔诤铣墒录?zhí)行 (個(gè)人理解: 注冊(cè)的原生事件已經(jīng)執(zhí)行,而合成事件處于目標(biāo)階段,它阻止的冒泡只是阻止合成的事件冒泡,但是原生事件在捕獲階段就已經(jīng)執(zhí)行了)

合成事件特點(diǎn)

React 自己實(shí)現(xiàn)了這么一套事件機(jī)制,它在 DOM 事件體系基礎(chǔ)上做了改進(jìn),減少了內(nèi)存的消耗,并且最大程度上解決了 IE 等瀏覽器的不兼容問題

那它有什么特點(diǎn)?

  • React 上注冊(cè)的事件最終會(huì)綁定在document這個(gè) DOM 上,而不是 React 組件對(duì)應(yīng)的 DOM(減少內(nèi)存開銷就是因?yàn)樗械氖录冀壎ㄔ?document 上,其他節(jié)點(diǎn)沒有綁定事件)
  • React 自身實(shí)現(xiàn)了一套事件冒泡機(jī)制,所以這也就是為什么我們 event.stopPropagation() 無效的原因。
  • React 通過隊(duì)列的形式,從觸發(fā)的組件向父組件回溯,然后調(diào)用他們 JSX 中定義的 callback
  • React 有一套自己的合成事件 SyntheticEvent,不是原生的,這個(gè)可以自己去看官網(wǎng)
  • React 通過對(duì)象池的形式管理合成事件對(duì)象的創(chuàng)建和銷毀,減少了垃圾的生成和新對(duì)象內(nèi)存的分配,提高了性能

React 事件系統(tǒng)

看到這里,應(yīng)該對(duì) React 合成事件有一個(gè)簡(jiǎn)單的了解了吧,我們接著去看一看源碼 ~

?? 源碼 ReactBrowserEventEmitter

我們?cè)?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 翻譯了,簡(jiǎn)單來講就是:

  • Top-level delegation 用于捕獲最原始的瀏覽器事件,它主要由 ReactEventListener 負(fù)責(zé),ReactEventListener 被注入后可以支持插件化的事件源,這一過程發(fā)生在主線程。
  • React 對(duì)事件進(jìn)行規(guī)范化和重復(fù)數(shù)據(jù)刪除,以解決瀏覽器的怪癖。這可以在工作線程中完成。
  • 將這些本地事件(具有關(guān)聯(lián)的頂級(jí)類型用來捕獲它)轉(zhuǎn)發(fā)到EventPluginHub,后者將詢問插件是否要提取任何合成事件。
  • 然后,EventPluginHub 將通過為每個(gè)事件添加“dispatches”(關(guān)心該事件的偵聽器和 ID 的序列)來對(duì)其進(jìn)行注釋來進(jìn)行處理。
  • 再接著,EventPluginHub 會(huì)調(diào)度分派事件.

? 建議直接去看英文注釋,翻譯可能不是很標(biāo)準(zhǔn)。

看會(huì)上邊的框架圖,我們得先知道一下這些都是個(gè)啥玩意,直接看名稱,也能夠知道 :

  • ReactEventListener:負(fù)責(zé)事件的注冊(cè)。
  • ReactEventEmitter:負(fù)責(zé)事件的分發(fā)。
  • EventPluginHub:負(fù)責(zé)事件的存儲(chǔ)及分發(fā)。
  • Plugin:根據(jù)不同的事件類型構(gòu)造不同的合成事件。

?? 下面我們來一步一步的看它是怎么工作的

事件注冊(cè)

React 中注冊(cè)一個(gè)事件賊簡(jiǎn)單,就比如這樣:

class TaskEvent extends Reac.PureComponent {
  render() {
    return (
      <div
        onClick={() => {
          console.log('我是注冊(cè)事件')
        }}
      >
        呵呵呵
      </div>
    )
  }
}

ok,洋洋灑灑的寫下這段代碼,它是如何被注冊(cè)到 React 事件系統(tǒng)中的?

enqueuePutListener()

組件在創(chuàng)建 mountComponent 和更新 updateComponent 的時(shí)候,都會(huì)調(diào)用 _updateDOMProperties() 方法

?? 溫馨提示,這快的源碼是 react 15.6.1 的源碼,但是我在 github 上找對(duì)應(yīng)的版本進(jìn)去,居然是 Pages Not Found ... 這里就用我翻閱資料的文章中對(duì)這個(gè)注冊(cè)事件的源碼解釋了

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 &amp;&amp; lastProp == null) {
        continue;
      }
      if (propKey === STYLE) {
        // ...
      } else if (registrationNameModules.hasOwnProperty(propKey)) {
        // 如果是props這個(gè)對(duì)象直接聲明的屬性,而不是從原型鏈中繼承而來的,則處理它
        // 對(duì)于mountComponent,lastProp為null。updateComponent二者都不為null。unmountComponent則nextProp為null
        if (nextProp) {
          // mountComponent和updateComponent中,enqueuePutListener注冊(cè)事件
          enqueuePutListener(this, propKey, nextProp, transaction);
        } else if (lastProp) {
          // unmountComponent中,刪除注冊(cè)的listener,防止內(nèi)存泄漏
          deleteListener(this, propKey);
        }
      }
    }
}

上邊的代碼很清楚告訴你,通過 enqueuePutListener() 方法進(jìn)行注冊(cè)事件,我們接著去看看這是個(gè)啥玩意

function enqueuePutListener(inst, registrationName, listener, transaction) {
  if (transaction instanceof ReactServerRenderingTransaction) {
    return
  }
  var containerInfo = inst._hostContainerInfo
  var isDocumentFragment =
    containerInfo._node &amp;&amp; containerInfo._node.nodeType === DOC_FRAGMENT_TYPE
  // 找到document
  var doc = isDocumentFragment
    ? containerInfo._node
    : containerInfo._ownerDocument
  // 注冊(cè)事件,將事件注冊(cè)到document上
  listenTo(registrationName, doc)
  // 存儲(chǔ)事件,放入事務(wù)隊(duì)列中
  transaction.getReactMountReady().enqueue(putListener, {
    inst: inst,
    registrationName: registrationName,
    listener: listener
  })
}

?? 看到?jīng)],這個(gè) enqueuePutListener() 就只干了兩個(gè)事情 :

  • 通過調(diào)用 listenTo 把事件注冊(cè)到 document 上 (這就是前邊說的 React 上注冊(cè)的事件最終會(huì)綁定在document這個(gè) DOM 上)
  • 事務(wù)方式調(diào)用 putListener 存儲(chǔ)事件 (就是把 React 組件內(nèi)的所有事件統(tǒng)一的存放到一個(gè)對(duì)象里,緩存起來,為了在觸發(fā)事件的時(shí)候可以查找到對(duì)應(yīng)的方法去執(zhí)行)

listenTo()

雖然說不要貼代碼,但是!直接看源碼真的是簡(jiǎn)單明了啊,?? 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 &lt; dependencies.length; i++) {
    const dependency = dependencies[i]
    // 調(diào)用該方法進(jìn)行注冊(cè)
    listenToTopLevel(dependency, mountAt, listeningSet)
  }
}

registrationName 就是傳過來的 onClick,而變量 registrationNameDependencies 是一個(gè)存儲(chǔ)了 React 事件名與瀏覽器原生事件名對(duì)應(yīng)的一個(gè) Map,可以通過這個(gè) 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)
  }
}

上邊忽略部分源碼,我們看到,注冊(cè)事件的入口是 listenTo 方法, 通過對(duì)dependencies循環(huán)調(diào)用listenToTopLevel()方法,在該方法中調(diào)用 trapCapturedEventtrapBubbledEvent 來注冊(cè)捕獲和冒泡事件。

trapCapturedEvent 與 trapBubbledEvent

下邊僅對(duì) 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)
}

事件存儲(chǔ)

還記得上邊的 enqueuePutListener() 中,我們將事件放入到事務(wù)隊(duì)列嘛?

function enqueuePutListener(inst, registrationName, listener, transaction) {
  //...
  // 注冊(cè)事件,將事件注冊(cè)到document上
  listenTo(registrationName, doc)
  // 存儲(chǔ)事件,放入事務(wù)隊(duì)列中
  transaction.getReactMountReady().enqueue(putListener, {
    inst: inst,
    registrationName: registrationName,
    listener: listener
  })
}

沒錯(cuò),就是 putListener 這個(gè)玩意,我們可以看一下代碼

putListener: function (inst, registrationName, listener) {
  // 用來標(biāo)識(shí)注冊(cè)了事件,比如onClick的React對(duì)象。key的格式為'.nodeId', 只用知道它可以標(biāo)示哪個(gè)React對(duì)象就可以了
  // step1: 得到組件唯一標(biāo)識(shí)
  var key = getDictionaryKey(inst);
  // step2: 得到listenerBank對(duì)象中指定事件類型的對(duì)象
  var bankForRegistrationName = listenerBank[registrationName] || (listenerBank[registrationName] = {});
  // step3: 將listener事件回調(diào)方法存入listenerBank[registrationName][key]中,比如listenerBank['onclick'][nodeId]
  // 所有React組件對(duì)象定義的所有React事件都會(huì)存儲(chǔ)在listenerBank中
  bankForRegistrationName[key] = listener;
  // ...
}
// 拿到組件唯一標(biāo)識(shí)
var getDictionaryKey = function (inst) {
  return '.' + inst._rootNodeID;
};

事件分發(fā)

既然事件已經(jīng)委托注冊(cè)到 document 上了,那么事件觸發(fā)的時(shí)候,肯定需要一個(gè)事件分發(fā)的過程,流程也很簡(jiǎn)單,既然事件存儲(chǔ)在 listenrBank 中,那么我只需要找到對(duì)應(yīng)的事件類型,然后執(zhí)行事件回調(diào)就 ok 了

?? 注意: 由于元素本身并沒有注冊(cè)任何事件,而是委托到了 document 上,所以這個(gè)將被觸發(fā)的事件是 React 自帶的合成事件,而非瀏覽器原生事件

首先找到事件觸發(fā)的DOMReact Component,找真實(shí)的 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
}

這個(gè) nativeEventTarget 對(duì)象上掛在了一個(gè)以 __reactInternalInstance 開頭的屬性,這個(gè)屬性就是 internalInstanceKey ,其值就是當(dāng)前 React 實(shí)例對(duì)應(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ā)的事件放到了批處理隊(duì)列中。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&lt;Fiber | null&gt;).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)可能會(huì)改變 DOM 結(jié)構(gòu),所以要先遍歷層次結(jié)構(gòu),以防存在任何嵌套的組件,然后緩存起來。

然后繼續(xù)這個(gè)方法

for (let i = 0; i &lt; 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
  )
}

這里就是一個(gè) for 循環(huán)來遍歷這個(gè) React Component 及其所有的父組件,然后執(zhí)行runExtractedPluginEventsInBatch()方法

從上面的事件分發(fā)中可見,React 自身實(shí)現(xiàn)了一套冒泡機(jī)制。從觸發(fā)事件的對(duì)象開始,向父元素回溯,依次調(diào)用它們注冊(cè)的事件 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
}

首先會(huì)去遍歷 plugins,相關(guān)代碼在: plugins 源碼,這個(gè) plugins 就是所有事件合成 plugins 的集合數(shù)組,這些 plugins 是在 EventPluginHub 初始化時(shí)候注入的

// ?? 源碼地址 : 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)
}

因?yàn)?const possiblePlugin: PluginModule = pluginsi], 類型是 PluginModule,我們可以去 ??[SimpleEventPlugin 源碼去看一下 extractEvents 到底干了啥

extractEvents: function() {
  const dispatchConfig = topLevelEventsToDispatchConfig[topLevelType]
  if (!dispatchConfig) {
    return null
  }
  //...
}

首先,看下 topLevelEventsToDispatchConfig 這個(gè)對(duì)象中有沒有 topLevelType 這個(gè)屬性,只要有,那么說明當(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,請(qǐng)點(diǎn)擊這里

設(shè)置好了EventConstructor之后,這個(gè)方法繼續(xù)執(zhí)行

extractEvents: function() {
  //...
  const event = EventConstructor.getPooled(
    dispatchConfig,
    targetInst,
    nativeEvent,
    nativeEventTarget
  )
  accumulateTwoPhaseDispatches(event)
  return event
}

這一段代碼的意思就是,從 event 對(duì)象池中取出合成事件,這里的 getPooled() 方法其實(shí)在在 SyntheticEvent 初始化的時(shí)候就被設(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
  )
}

首先呢,會(huì)先去對(duì)象池中,看一下 length 是否為 0,如果是第一次事件觸發(fā),那不好意思,你需要 new EventConstructor 了,如果后續(xù)再次觸發(fā)事件的時(shí)候,直接從對(duì)象池中取,也就是直接 instance = EventConstructor.eventPool.pop() 出來的完事了

ok,我們暫時(shí)就講到這,我們繼續(xù)說一說事件執(zhí)行的另一個(gè)重要操作: 批處理 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()
}

這個(gè)方法首先會(huì)將當(dāng)前需要處理的 events 事件,與之前沒有處理完畢的隊(duì)列調(diào)用 accumulateInto 方法按照順序進(jìn)行合并,組合成一個(gè)新的隊(duì)列

如果processingEventQueue這個(gè)為空,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)
  }
}

這個(gè)方法就是先看下事件隊(duì)列 processingEventQueue 是不是個(gè)數(shù)組,如果是數(shù)組,說明隊(duì)列中不止一個(gè)事件,則遍歷隊(duì)列,調(diào)用 executeDispatchesAndReleaseTopLevel,否則說明隊(duì)列中只有一個(gè)事件,則無需遍歷直接調(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
}

首先對(duì)拿到的事件上掛載的 dispatchListeners,就是所有注冊(cè)事件回調(diào)函數(shù)的集合,遍歷這個(gè)集合,如果event.isPropagationStopped() = ture,ok,break 就好了,因?yàn)檎f明在此之前觸發(fā)的事件已經(jīng)調(diào)用 event.stopPropagation(),isPropagationStopped 的值被置為 true,當(dāng)前事件以及后面的事件作為父級(jí)事件就不應(yīng)該再被執(zhí)行了

這里當(dāng) event.isPropagationStopped()為 true 時(shí),中斷合成事件的向上遍歷執(zhí)行,也就起到了和原生事件調(diào)用 stopPropagation 相同的效果 如果循環(huán)沒有被中斷,則繼續(xù)執(zhí)行 executeDispatch 方法

原文鏈接:https://juejin.cn/post/7185317161408299068

欄目分類
最近更新