外贸网站建设介绍,产品网络推广方式,做一个公司网站的费用,网站怎么做全屏的最近在做一个功能#xff0c;然后不小心踩到了 React 合成事件 的坑#xff0c;好奇心的驱使#xff0c;去看了 React 官网合成事件 的解释#xff0c;这不看不知道#xff0c;一看吓一跳…
SyntheticEvent是个什么鬼#xff1f;咋冒出来了个事件池#xff1f;
我就一…最近在做一个功能然后不小心踩到了 React 合成事件 的坑好奇心的驱使去看了 React 官网合成事件 的解释这不看不知道一看吓一跳…
SyntheticEvent是个什么鬼咋冒出来了个事件池
我就一个简单的需求功能为什么能扯出这些鬼玩意
我们先简单的来看一看我的需求功能是个啥???
导火线
需要做一个弹窗打开/关闭 的功能当点击 button 的时候打开此时打开的情况下点击弹窗 区域 外就需要关闭。
这简单嘛直接在 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 (divbutton onClick{this.handleClickButton}点击我显示弹窗/button{this.state.showBox (div onClick{e e.stopPropagation()}我是弹窗/div)}/div)}
} 很简单嘛很开心的点击了弹窗区域…
于是…我没了…点击弹窗区域弹窗也被关闭了。。。what the f**k ??? 难道冒泡没有用 ?
带着这个问题我走上了不归之路…
事件委托
我们都知道什么是事件委托(不知道的出门左拐 ) 在前端刀耕火种时期事件委托可是爸爸 事件委托解决了庞大的数据列表时无需为每个列表项绑定事件监听。同时可以动态挂载元素无需作额外的事件监听处理。 你看事件委托那么牛 13你觉得 React 会不用呵React 不仅用了还用的非常溜 ~
怎么说呢react 它接管了浏览器事件的优化策略然后自身实现了一套自己的事件机制而且特别贴心就跟你男朋友一样它把浏览器的不同差异都帮你消除了 ~
React 实现了一个合成事件层就是这个事件层把 IE 和 W3C 标准之间的兼容问题给消除了。 那么问题来了什么是合成事件与原生事件???
原生事件: 在 componentDidMount生命周期里边进行addEventListener绑定的事件* 合成事件: 通过 JSX 方式绑定的事件比如 onClick{() this.handle()}还记得上边的那个例子吗我们在弹窗的 DOM 元素上绑定了一个事件进行阻止冒泡
{this.state.showBox div onClick{e e.stopPropagation()}我是弹窗/div
} 然后在componentDidMount生命周期里边对 body 进行了 click 的绑定
componentDidMount() {document.body.addEventListener(click, this.handleClickBody, false)
}componentWillUnmount() {document.body.removeEventListener(click, this.handleClickBody, false)
} 我们去分析一下因为合成事件的触发是基于浏览器的事件机制来实现的通过冒泡机制冒泡到最顶层元素然后再由 dispatchEvent 统一去处理
回顾一下浏览器事件机制 Document 上边是 Window这里截的是《JavaScript 高级程序设计》书籍里的图片 浏览器事件的执行需要经过三个阶段捕获阶段-目标元素阶段-冒泡阶段。 Question: 此时对于合成事件进行阻止原生事件会执行吗答案是: 会 Answer: 因为原生事件先于合成事件执行 (个人理解: 注册的原生事件已经执行而合成事件处于目标阶段它阻止的冒泡只是阻止合成的事件冒泡但是原生事件在捕获阶段就已经执行了)
合成事件特点
React 自己实现了这么一套事件机制它在 DOM 事件体系基础上做了改进减少了内存的消耗并且最大程度上解决了 IE 等浏览器的不兼容问题
那它有什么特点
React 上注册的事件最终会绑定在document这个 DOM 上而不是 React 组件对应的 DOM(减少内存开销就是因为所有的事件都绑定在 document 上其他节点没有绑定事件)* React 自身实现了一套事件冒泡机制所以这也就是为什么我们 event.stopPropagation() 无效的原因。* React 通过队列的形式从触发的组件向父组件回溯然后调用他们 JSX 中定义的 callback* React 有一套自己的合成事件 SyntheticEvent不是原生的这个可以自己去看官网* React 通过对象池的形式管理合成事件对象的创建和销毁减少了垃圾的生成和新对象内存的分配提高了性能相关参考视频讲解进入学习
React 事件系统
看到这里应该对 React 合成事件有一个简单的了解了吧我们接着去看一看源码 ~ 源码 ReactBrowserEventEmitter
我们在 ReactBrowserEventEmitter.js 文件中可以看到React 合成系统框架图
/*** React和事件系统概述:** ------------.* |DOM |.* ------------.* | .* v .* ------------.* | ReactEvent |.* |Listener|.* ------------. -----------* | . --------|SimpleEvent|* | . | |Plugin |* -----|------. v -----------* | ||.--------------------------* | -----------.---|EventPluginHub||Event |* ||.|| -----------| Propagators|* | ReactEvent |.|| |TapEvent ||------------|* |Emitter |.||---|Plugin ||other plugin|* ||.|| -----------|utilities |* | -----------.---||------------* | ||.--------------* -----|------.^-----------* | .||Enter/Leave|* .-------|Plugin |* ------------- . -----------* | application | .* |-------------| .* | | .* | | .* ------------- .* .*/ 源码里边的一大串英文解释我帮你们 google 翻译了简单来讲就是:
Top-level delegation 用于捕获最原始的浏览器事件它主要由 ReactEventListener 负责ReactEventListener 被注入后可以支持插件化的事件源这一过程发生在主线程。* React 对事件进行规范化和重复数据删除以解决浏览器的怪癖。这可以在工作线程中完成。* 将这些本地事件具有关联的顶级类型用来捕获它转发到EventPluginHub后者将询问插件是否要提取任何合成事件。* 然后EventPluginHub 将通过为每个事件添加“dispatches”关心该事件的侦听器和 ID 的序列来对其进行注释来进行处理。* 再接着EventPluginHub 会调度分派事件. ❗ 建议直接去看英文注释翻译可能不是很标准。
看会上边的框架图我们得先知道一下这些都是个啥玩意直接看名称也能够知道 :
[ ]ReactEventListener负责事件的注册。[ ]ReactEventEmitter负责事件的分发。[ ]EventPluginHub负责事件的存储及分发。[ ]Plugin根据不同的事件类型构造不同的合成事件。 下面我们来一步一步的看它是怎么工作的
事件注册
React 中注册一个事件贼简单就比如这样:
class TaskEvent extends Reac.PureComponent {render() {return (divonClick{() {console.log(我是注册事件)}}呵呵呵/div)}
} ok洋洋洒洒的写下这段代码它是如何被注册到 React 事件系统中的
enqueuePutListener()
组件在创建 mountComponent 和更新 updateComponent 的时候都会调用 _updateDOMProperties() 方法 温馨提示这快的源码是 react 15.6.1 的源码但是我在 github 上找对应的版本进去居然是 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这个对象直接声明的属性而不是从原型链中继承而来的则处理它// 对于mountComponentlastProp为null。updateComponent二者都不为null。unmountComponent则nextProp为nullif (nextProp) {// mountComponent和updateComponent中enqueuePutListener注册事件enqueuePutListener(this, propKey, nextProp, transaction);} else if (lastProp) {// unmountComponent中删除注册的listener防止内存泄漏deleteListener(this, propKey);}}}
} 上边的代码很清楚告诉你通过 enqueuePutListener() 方法进行注册事件我们接着去看看这是个啥玩意
function enqueuePutListener(inst, registrationName, listener, transaction) {if (transaction instanceof ReactServerRenderingTransaction) {return}var containerInfo inst._hostContainerInfovar isDocumentFragment containerInfo._node containerInfo._node.nodeType DOC_FRAGMENT_TYPE// 找到documentvar doc isDocumentFragment? containerInfo._node: containerInfo._ownerDocument// 注册事件将事件注册到document上listenTo(registrationName, doc)// 存储事件,放入事务队列中transaction.getReactMountReady().enqueue(putListener, {inst: inst,registrationName: registrationName,listener: listener})
} 看到没这个 enqueuePutListener() 就只干了两个事情 :
通过调用 listenTo 把事件注册到 document 上 (这就是前边说的 React 上注册的事件最终会绑定在document这个 DOM 上)* 事务方式调用 putListener 存储事件 (就是把 React 组件内的所有事件统一的存放到一个对象里缓存起来为了在触发事件的时候可以查找到对应的方法去执行)### 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]// 调用该方法进行注册listenToTopLevel(dependency, mountAt, listeningSet)}
} registrationName 就是传过来的 onClick而变量 registrationNameDependencies 是一个存储了 React 事件名与浏览器原生事件名对应的一个 Map可以通过这个 map 拿到相应的浏览器原生事件名
export function listenToTopLevel( topLevelType: DOMTopLevelEventType,mountAt: Document | Element | Node,listeningSet: SetDOMTopLevelEventType | string ): void {if (!listeningSet.has(topLevelType)) {switch (topLevelType) {//...case TOP_CANCEL:case TOP_CLOSE:if (isEventSupported(getRawEventName(topLevelType))) {trapCapturedEvent(topLevelType, mountAt) // 捕获阶段}breakdefault:const isMediaEvent mediaEventTypes.indexOf(topLevelType) ! -1if (!isMediaEvent) {trapBubbledEvent(topLevelType, mountAt) // 冒泡阶段}break}listeningSet.add(topLevelType)}
} 上边忽略部分源码我们看到注册事件的入口是 listenTo 方法, 通过对dependencies循环调用listenToTopLevel()方法在该方法中调用 trapCapturedEvent 和 trapBubbledEvent 来注册捕获和冒泡事件。
trapCapturedEvent 与 trapBubbledEvent
下边仅对 trapCapturedEvent 进行分析 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 listenerswitch (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() 中我们将事件放入到事务队列嘛
function enqueuePutListener(inst, registrationName, listener, transaction) {//...// 注册事件将事件注册到document上listenTo(registrationName, doc)// 存储事件,放入事务队列中transaction.getReactMountReady().enqueue(putListener, {inst: inst,registrationName: registrationName,listener: listener})
} 没错就是 putListener 这个玩意我们可以看一下代码
putListener: function (inst, registrationName, listener) {// 用来标识注册了事件,比如onClick的React对象。key的格式为.nodeId, 只用知道它可以标示哪个React对象就可以了// step1: 得到组件唯一标识var key getDictionaryKey(inst);// step2: 得到listenerBank对象中指定事件类型的对象var bankForRegistrationName listenerBank[registrationName] || (listenerBank[registrationName] {});// step3: 将listener事件回调方法存入listenerBank[registrationName][key]中,比如listenerBank[onclick][nodeId]// 所有React组件对象定义的所有React事件都会存储在listenerBank中bankForRegistrationName[key] listener;// ...
}// 拿到组件唯一标识
var getDictionaryKey function (inst) {return . inst._rootNodeID;
}; 事件分发
既然事件已经委托注册到 document 上了那么事件触发的时候肯定需要一个事件分发的过程流程也很简单既然事件存储在 listenrBank 中那么我只需要找到对应的事件类型然后执行事件回调就 ok 了 注意: 由于元素本身并没有注册任何事件而是委托到了 document 上所以这个将被触发的事件是 React 自带的合成事件而非浏览器原生事件 首先找到事件触发的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 || windowif (target.correspondingUseElement) {target target.correspondingUseElement}return target.nodeType TEXT_NODE ? target.parentNode : target
} 这个 nativeEventTarget 对象上挂在了一个以 __reactInternalInstance 开头的属性这个属性就是 internalInstanceKey 其值就是当前 React 实例对应的 React Component
继续看源码: 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()批量更新它的工作是把当前触发的事件放到了批处理队列中。handleTopLevel 是事件分发的核心所在 源码在这里: handleTopLevel
function handleTopLevel(bookKeeping: BookKeepingInstance) {let targetInst bookKeeping.targetInst// Loop through the hierarchy, in case theres any nested components.// Its important that we build the array of ancestors before calling any// event handlers, because event handlers can modify the DOM, leading to// inconsistencies with ReactMounts node cache. See #1105.let ancestor targetInstdo {if (!ancestor) {const ancestors bookKeeping.ancestors;((ancestors: any): ArrayFiber | null).push(ancestor)break}const root findRootContainerNode(ancestor)if (!root) {break}const tag ancestor.tagif (tag HostComponent || tag HostText) {bookKeeping.ancestors.push(ancestor)}ancestor getClosestInstanceFromNode(root)} while (ancestor)
} 这里直接看上边的英文注释讲的很清楚主要就是事件回调可能会改变 DOM 结构所以要先遍历层次结构以防存在任何嵌套的组件然后缓存起来。
然后继续这个方法
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 循环来遍历这个 React Component 及其所有的父组件然后执行runExtractedPluginEventsInBatch()方法 从上面的事件分发中可见React 自身实现了一套冒泡机制。从触发事件的对象开始向父元素回溯依次调用它们注册的事件 callback。 事件执行
上边讲到的 runExtractedPluginEventsInBatch()方法就是事件执行的入口了通过源码我们可以知道它干了两件事 runExtractedPluginEventsInBatch 源码
构造合成事件批处理构造出的合成事件
export function runExtractedPluginEventsInBatch( topLevelType: TopLevelType,targetInst: null | Fiber,nativeEvent: AnyNativeEvent,nativeEventTarget: EventTarget,eventSystemFlags: EventSystemFlags ) {// step1 : 构造合成事件const events extractPluginEvents(topLevelType,targetInst,nativeEvent,nativeEventTarget,eventSystemFlags)// step2 : 批处理runEventsInBatch(events)
} 构造合成事件
我们来看看相关的代码 extractPluginEvents() 和 runEventsInBatch()
function extractPluginEvents( topLevelType: TopLevelType,targetInst: null | Fiber,nativeEvent: AnyNativeEvent,nativeEventTarget: EventTarget,eventSystemFlags: EventSystemFlags ): ArrayReactSyntheticEvent | ReactSyntheticEvent | null {let events nullfor (let i 0; i plugins.length; i) {// Not every plugin in the ordering may be loaded at runtime.const possiblePlugin: PluginModuleAnyNativeEvent plugins[i]if (possiblePlugin) {const extractedEvents possiblePlugin.extractEvents(topLevelType,targetInst,nativeEvent,nativeEventTarget,eventSystemFlags)if (extractedEvents) {events accumulateInto(events, extractedEvents)}}}return events
} 首先会去遍历 plugins相关代码在: plugins 源码这个 plugins 就是所有事件合成 plugins 的集合数组这些 plugins 是在 EventPluginHub 初始化时候注入的
// 源码地址 : https://github.com/facebook/react/blob/master/packages/legacy-events/EventPluginHub.js#L80export 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
}) 打住这里不展开分析我们继续看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 这个属性只要有那么说明当前事件可以使用 SimpleEventPlugin 构造合成事件
函数里边定义了 EventConstructor然后通过 switch...case 语句进行赋值
extractEvents: function() {//...let EventConstructorswitch (topLevelType) {// ...case DOMTopLevelEventTypes.TOP_POINTER_UP:EventConstructor SyntheticPointerEventbreakdefault:EventConstructor SyntheticEventbreak}
} 总之就是赋值给 EventConstructor如果你想更加了解SyntheticEvent请点击这里
设置好了EventConstructor之后这个方法继续执行
extractEvents: function() {//...const event EventConstructor.getPooled(dispatchConfig,targetInst,nativeEvent,nativeEventTarget)accumulateTwoPhaseDispatches(event)return event
} 这一段代码的意思就是从 event 对象池中取出合成事件这里的 getPooled() 方法其实在在 SyntheticEvent 初始化的时候就被设置好了我们来看一下代码
function addEventPoolingTo(EventConstructor) {EventConstructor.eventPool []// 就是这里设置了getPooledEventConstructor.getPooled getPooledEventEventConstructor.release releasePooledEvent
}SyntheticEvent.extend function(Interface) {//...addEventPoolingTo(Class)return Class
}addEventPoolingTo(SyntheticEvent) 看到这里我们知道getPooled 就是 getPooledEvent那我们去看看getPooledEvent做了啥玩意
function getPooledEvent(dispatchConfig, targetInst, nativeEvent, nativeInst) {const EventConstructor thisif (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如果是第一次事件触发那不好意思你需要 new EventConstructor 了如果后续再次触发事件的时候直接从对象池中取也就是直接 instance EventConstructor.eventPool.pop() 出来的完事了
ok我们暂时就讲到这我们继续说一说事件执行的另一个重要操作: 批处理 runEventsInBatch(events)
批处理
批处理主要是通过 runEventQueueInBatch(events) 进行操作我们来看看源码: runEventQueueInBatch 源码
export function runEventsInBatch( events: ArrayReactSyntheticEvent | 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 eventQueueeventQueue nullif (!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()
} 这个方法首先会将当前需要处理的 events 事件与之前没有处理完毕的队列调用 accumulateInto 方法按照顺序进行合并组合成一个新的队列
如果processingEventQueue这个为空gg没有处理的事件退出否则调用 forEachAccumulated()源码看这里: forEachAccumulated 源码
function forEachAccumulatedT(arr: ?(ArrayT | T),cb: (elem: T) void,scope: ?any
) {if (Array.isArray(arr)) {arr.forEach(cb, scope)} else if (arr) {cb.call(scope, arr)}
} 这个方法就是先看下事件队列 processingEventQueue 是不是个数组如果是数组说明队列中不止一个事件则遍历队列调用 executeDispatchesAndReleaseTopLevel否则说明队列中只有一个事件则无需遍历直接调用即可 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._dispatchListenersconst dispatchInstances event._dispatchInstancesif (__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 nullevent._dispatchInstances null
} 首先对拿到的事件上挂载的 dispatchListeners就是所有注册事件回调函数的集合遍历这个集合如果event.isPropagationStopped() tureokbreak 就好了因为说明在此之前触发的事件已经调用 event.stopPropagation()isPropagationStopped 的值被置为 true当前事件以及后面的事件作为父级事件就不应该再被执行了
这里当 event.isPropagationStopped()为 true 时中断合成事件的向上遍历执行也就起到了和原生事件调用 stopPropagation 相同的效果 如果循环没有被中断则继续执行 executeDispatch 方法
最后
最近还整理一份JavaScript与ES的笔记一共25个重要的知识点对每个知识点都进行了讲解和分析。能帮你快速掌握JavaScript与ES的相关知识提升工作效率。 有需要的小伙伴可以点击下方卡片领取无偿分享
文章转载自： http://www.morning.xfncq.cn.gov.cn.xfncq.cn http://www.morning.lcqrf.cn.gov.cn.lcqrf.cn http://www.morning.zpfqh.cn.gov.cn.zpfqh.cn http://www.morning.spnky.cn.gov.cn.spnky.cn http://www.morning.fwrr.cn.gov.cn.fwrr.cn http://www.morning.fnjrh.cn.gov.cn.fnjrh.cn http://www.morning.njdtq.cn.gov.cn.njdtq.cn http://www.morning.knnhd.cn.gov.cn.knnhd.cn http://www.morning.jqbpn.cn.gov.cn.jqbpn.cn http://www.morning.bqwnp.cn.gov.cn.bqwnp.cn http://www.morning.bcdqf.cn.gov.cn.bcdqf.cn http://www.morning.bchfp.cn.gov.cn.bchfp.cn http://www.morning.lfbsd.cn.gov.cn.lfbsd.cn http://www.morning.cmzcp.cn.gov.cn.cmzcp.cn http://www.morning.jwpcj.cn.gov.cn.jwpcj.cn http://www.morning.fjkkx.cn.gov.cn.fjkkx.cn http://www.morning.pdbgm.cn.gov.cn.pdbgm.cn http://www.morning.nzwp.cn.gov.cn.nzwp.cn http://www.morning.cnfjs.cn.gov.cn.cnfjs.cn http://www.morning.ygqhd.cn.gov.cn.ygqhd.cn http://www.morning.lfmwt.cn.gov.cn.lfmwt.cn http://www.morning.zqcdl.cn.gov.cn.zqcdl.cn http://www.morning.pqwjh.cn.gov.cn.pqwjh.cn http://www.morning.xstfp.cn.gov.cn.xstfp.cn http://www.morning.lbbgf.cn.gov.cn.lbbgf.cn http://www.morning.zgqysw.cn.gov.cn.zgqysw.cn http://www.morning.cczrw.cn.gov.cn.cczrw.cn http://www.morning.zfwjh.cn.gov.cn.zfwjh.cn http://www.morning.zpstm.cn.gov.cn.zpstm.cn http://www.morning.pqhfx.cn.gov.cn.pqhfx.cn http://www.morning.mnqg.cn.gov.cn.mnqg.cn http://www.morning.3dcb8231.cn.gov.cn.3dcb8231.cn http://www.morning.jpqmq.cn.gov.cn.jpqmq.cn http://www.morning.yqmmh.cn.gov.cn.yqmmh.cn http://www.morning.rwzkp.cn.gov.cn.rwzkp.cn http://www.morning.bmncq.cn.gov.cn.bmncq.cn http://www.morning.zcncb.cn.gov.cn.zcncb.cn http://www.morning.ymdhq.cn.gov.cn.ymdhq.cn http://www.morning.kgphd.cn.gov.cn.kgphd.cn http://www.morning.xhqwm.cn.gov.cn.xhqwm.cn http://www.morning.qsctt.cn.gov.cn.qsctt.cn http://www.morning.knngw.cn.gov.cn.knngw.cn http://www.morning.hpggl.cn.gov.cn.hpggl.cn http://www.morning.mdlqf.cn.gov.cn.mdlqf.cn http://www.morning.lmmkf.cn.gov.cn.lmmkf.cn http://www.morning.lwhsp.cn.gov.cn.lwhsp.cn http://www.morning.rfzbm.cn.gov.cn.rfzbm.cn http://www.morning.jsphr.cn.gov.cn.jsphr.cn http://www.morning.fgppj.cn.gov.cn.fgppj.cn http://www.morning.fxxmj.cn.gov.cn.fxxmj.cn http://www.morning.lwwnq.cn.gov.cn.lwwnq.cn http://www.morning.nfpct.cn.gov.cn.nfpct.cn http://www.morning.trmpj.cn.gov.cn.trmpj.cn http://www.morning.srbfp.cn.gov.cn.srbfp.cn http://www.morning.ftync.cn.gov.cn.ftync.cn http://www.morning.zdbfl.cn.gov.cn.zdbfl.cn http://www.morning.mcpby.cn.gov.cn.mcpby.cn http://www.morning.lwmxk.cn.gov.cn.lwmxk.cn http://www.morning.rsfp.cn.gov.cn.rsfp.cn http://www.morning.tjsxx.cn.gov.cn.tjsxx.cn http://www.morning.rbhcx.cn.gov.cn.rbhcx.cn http://www.morning.qtbnm.cn.gov.cn.qtbnm.cn http://www.morning.dmthy.cn.gov.cn.dmthy.cn http://www.morning.pangucheng.cn.gov.cn.pangucheng.cn http://www.morning.nlrxh.cn.gov.cn.nlrxh.cn http://www.morning.zdmrf.cn.gov.cn.zdmrf.cn http://www.morning.wfspn.cn.gov.cn.wfspn.cn http://www.morning.qtqjx.cn.gov.cn.qtqjx.cn http://www.morning.tqdlk.cn.gov.cn.tqdlk.cn http://www.morning.sbjhm.cn.gov.cn.sbjhm.cn http://www.morning.xrpwk.cn.gov.cn.xrpwk.cn http://www.morning.gsyns.cn.gov.cn.gsyns.cn http://www.morning.ai-wang.cn.gov.cn.ai-wang.cn http://www.morning.qlhkx.cn.gov.cn.qlhkx.cn http://www.morning.gfnsh.cn.gov.cn.gfnsh.cn http://www.morning.hmjasw.com.gov.cn.hmjasw.com http://www.morning.nlgnk.cn.gov.cn.nlgnk.cn http://www.morning.krswn.cn.gov.cn.krswn.cn http://www.morning.yrskc.cn.gov.cn.yrskc.cn http://www.morning.cniedu.com.gov.cn.cniedu.com
