近期开发的项目中前端使用的是Vue框架,很轻量,也很好用。不过,因为用的是别人家开发的框架,代码执行的情况是否跟我们意料的一致值得思考。调试代码或者利用测试框架测试input/ouput挺好,不过我更倾向于看源码。能够被大众所广泛使用的框架的源码非常值得一看,好处就不多说了,因人而异。
这次我看的是vue源码里的eventsAPI部分,包括$emit/$broadcast/$dispatch等。
注:由于目前看到的只是冰山一角,所以牵连到其他部分的语句会暂时忽略,所以也有可能理解起来会有断章取义的可能,如果有理解错的还望指出,互相学习。在后续的源码阅读中,一有新的认识会立即更新。
eventsAPI源码位置:src/instance/api/events.js
私有函数 modifyListenerCount
var hookRE = /^hook:/
function modifyListenerCount (vm, event, count) {
var parent = vm.$parent
// hooks do not get broadcasted so no need
// to do bookkeeping for them
if (!parent || !count || hookRE.test(event)) return
while (parent) {
parent._eventsCount[event] =
(parent._eventsCount[event] || 0) + count
parent = parent.$parent
}
}
在events.js里边多次调用到该函数,用于向上遍历父组件,更新事件计数器。
组件的_events属性,记录着每个event绑定的回调函数(数组),比如_events[event] = [func1, func2, ...].
组件的_eventsCount属性,记录着自己以及子组件对每个event绑定的回调函数的总数目。每当子组件对event事件绑定了n个回调,那父组件(一直向上遍历到根)的_eventsCount[event]会+n。目前发现,_eventsCount在$broadcast会使用到。
Vue.prototype.$on
Vue.prototype.$on = function (event, fn) {
(this._events[event] || (this._events[event] = []))
.push(fn)
modifyListenerCount(this, event, 1)
return this
}
基础函数,事件监听绑定。组件将回调函数fn保存在_events[event]中,对同一event可以绑定多个回调函数,同时,通过modifyListenerCount更新所有父组件的_eventsCount[event]。
Vue.prototype.$once
Vue.prototype.$once = function (event, fn) {
var self = this
function on () {
self.$off(event, on)
fn.apply(this, arguments)
}
on.fn = fn
this.$on(event, on)
return this
}
$once:当event事件发生时,fn只会被调用一次,调用完成后通过$off解除绑定。
Vue.prototype.$off
Vue.prototype.$off = function (event, fn) {
var cbs
// all
if (!arguments.length) {
if (this.$parent) {
for (event in this._events) {
cbs = this._events[event]
if (cbs) {
modifyListenerCount(this, event, -cbs.length)
}
}
}
this._events = {}
return this
}
// specific event
cbs = this._events[event]
if (!cbs) {
return this
}
if (arguments.length === 1) {
modifyListenerCount(this, event, -cbs.length)
this._events[event] = null
return this
}
// specific handler
var cb
var i = cbs.length
while (i--) {
cb = cbs[i]
if (cb === fn || cb.fn === fn) {
modifyListenerCount(this, event, -1)
cbs.splice(i, 1)
break
}
}
return this
}
$off:解除事件绑定,源码可以看出它的三个调用方式:
vm.$off()
不带参数:将删除组件所有绑定的事件(this._events = {}),在此之前,会遍历更新父组件的计数器。vm.$off(event)
只带参数event:将删除组件对event绑定的所有事件,同样会遍历更新父组件的计数器。vm.$off(event, fn)
带齐参数event和fn:将删除组件对event事件绑定的fn回调,同样会遍历更新父组件的计数器。
Vue.prototype.$emit
Vue.prototype.$emit = function (event) {
var isSource = typeof event === 'string'
event = isSource
? event
: event.name
var cbs = this._events[event]
var shouldPropagate = isSource || !cbs
if (cbs) {
cbs = cbs.length > 1
? toArray(cbs)
: cbs
// 这里的特殊处理暂且忽略,还得从其他源码推敲
// this is a somewhat hacky solution to the question raised
// in #2102: for an inline component listener like <comp @test="doThis">,
// the propagation handling is somewhat broken. Therefore we
// need to treat these inline callbacks differently.
var hasParentCbs = isSource && cbs.some(function (cb) {
return cb._fromParent
})
if (hasParentCbs) {
shouldPropagate = false
}
var args = toArray(arguments, 1)
for (var i = 0, l = cbs.length; i < l; i++) {
var cb = cbs[i]
var res = cb.apply(this, args)
if (res === true && (!hasParentCbs || cb._fromParent)) {
shouldPropagate = true
}
}
}
return shouldPropagate
}
$emit:用于调用自身对event绑定的回调函数。该函数会被$broadcast和$dispatch调用,所以对参数的event进行了适配。部分变量备注:
isSource:是否是源组件发出的$emit事件。也就是说,只有直接调用vm.$emit事件或者$dispatch率先触发自己绑定的回调($dispatch源码第一行)的时候,参数是event字符串,此时isScource才为true。其他情况,如$broadcast内部调用$emit,其参数会是一个非字符串,在下面的$broadcast和$dispatch可以看到,此时的参数会是{ name: event, source: this }。
event:由isSource可以得到:event即事件(字符串)。
shouldPropagate:是否需要继续传播事件触发。源码中,遍历了event绑定的事件,除开(!hasParentCbs || cb._fromParent)这个不说,只要执行的绑定事件明确return true,shouldPropagate才会置为true。对于$progress,如果shouldPropagate为true,会触发继续向下传播事件。
Vue.prototype.$broadcast
Vue.prototype.$broadcast = function (event) {
var isSource = typeof event === 'string'
event = isSource
? event
: event.name
// if no child has registered for this event,
// then there's no need to broadcast.
if (!this._eventsCount[event]) return
var children = this.$children
var args = toArray(arguments)
if (isSource) {
// use object event to indicate non-source emit
// on children
args[0] = { name: event, source: this }
}
for (var i = 0, l = children.length; i < l; i++) {
var child = children[i]
var shouldPropagate = child.$emit.apply(child, args)
if (shouldPropagate) {
child.$broadcast.apply(child, args)
}
}
return this
}
此处isSource的理解跟$emit的理解差不多,指代是否最开始调用$broadcast。
这里vm._eventsCount[event]起到作用了,如果该计数为0,说明其所有子组件包括递归下去的子组件都没有对event绑定回调。
从for循环的写法可以看出,这里何时停止事件传播使用的方法类似于深度优先搜索(DFS)如下图
A组件发出$broadcast,自身不会调用监听event的事件,而是传递给子组件,子组件B1率先执行监听event的事件,其中有一个绑定事件return true,那么该B1继续传播事件,C1率先执行,C1所有监听event的回调事件都没有return true,所以C1不会往它的子组件传播事件。
到此,只是遍历完最左侧的线,接下来轮到C2执行,C2执行后再决定是否需要传递给其子组件,接下来C3....执行完B1的子组件,接下来就B2,然后...
从这里可以看出,如果某一层一个组件return true,那么会继续遍历新一层子组件,有点雪崩式的爆发,return true或许会导致性能下降,这种事件通知的机制或许需要改善改善,因为假设我只要通知B1和C1,结果还是会遍历B层其他组件还有C层其他组件,这样会消耗多余的资源,且注意,这里是同步。
Vue.prototype.$dispatch
Vue.prototype.$dispatch = function (event) {
var shouldPropagate = this.$emit.apply(this, arguments)
if (!shouldPropagate) return
var parent = this.$parent
var args = toArray(arguments)
// use object event to indicate non-source emit
// on parents
args[0] = { name: event, source: this }
while (parent) {
shouldPropagate = parent.$emit.apply(parent, args)
parent = shouldPropagate
? parent.$parent
: null
}
return this
}
$dispatch相对简单,先触发自身对event绑定的回调,如果自己没有监听event的回调,则会继续调用父组件触发相应绑定的事件。如果有回调,还需要判断_fromParent这个属性,这个不知何物,待发掘。
假设A->B->C三层,B发出$dispatch('e'),想要B和A执行,那么B需要return true; C发出$dispatch('e'),想要C和B执行,那么C需要return true。但此时B也return true了,所以A也会触发。所以如果遇到这种情况,可以修改dispatch的事件名字,比如C换成$dispatch('f');或者通过传递其他参数来判断是否需要return true。(推荐前者,比较干净)
总结
Vue的eventsAPI是比较好理解的模块,在看源码以前,原以为$broadcast和$dispatch是在$nextTick实现,现在才意识到是一调用便执行。所以如果有多个地方会return true,还是需要考虑下用其他方法,不然会阻塞挺久的。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。