学习vue源码—vue-diff
栏目: JavaScript · 发布时间: 5年前
内容简介:本文主要记录vue-diff的原理以及说明一个响应式数据更新的流程是怎么样的一个过程。首先看下面的图片:point_down:,这是执行click函数改变一个数据之后发生的函数调用栈,从图上的说明可以比较清楚个了解这个响应式过程的大概流程。下面简单讲解一下:
本文主要记录vue-diff的原理以及说明一个响应式数据更新的流程是怎么样的一个过程。
1. 数据改变到页面渲染的过程是怎么样的?
首先看下面的图片:point_down:,这是执行click函数改变一个数据之后发生的函数调用栈,从图上的说明可以比较清楚个了解这个响应式过程的大概流程。下面简单讲解一下:
- 改变数据,触发这个被劫持过的数据的
setter
方法 - 执行这个数据的订阅中心(
dep
)的notify
方法 -
update
方法里执行queueWatcher
方法把watcher
推入队列 - 执行
nextTick
方法开始更新视图 -
run
方法里设置dep.target
为当前订阅对象 - 调用
get
方法调用当前watcher
的getter
执行更新方法 -
updateComponent
方法里调用了render
方法开始执行渲染页面 -
patch
、patchVnode
、updateChildren
方法都是比较VNode更新渲染的函数,不过重点的diff过程在updateChildren
方法里。
2. vue-diff的具体实现
patchVnode
、 updateChildren
方法在vue源码项目的 src/core/vdom/patch.js
文件中。
先介绍 patchVnode
方法,这是执行真正更新dom的方法,大概的执行逻辑如下
- 判断vnode和oldVnode是否相等
- 判断是否能重用vnode
- 判断是否执行回调
- 判断是否有children需要diff更新
- 判断执行更新类型—新增dom、移除dom、更新textDom
function patchVnode ( oldVnode, vnode, insertedVnodeQueue, ownerArray, index, removeOnly ) { if (oldVnode === vnode) { return } if (isDef(vnode.elm) && isDef(ownerArray)) { // clone reused vnode vnode = ownerArray[index] = cloneVNode(vnode) } const elm = vnode.elm = oldVnode.elm if (isTrue(oldVnode.isAsyncPlaceholder)) { if (isDef(vnode.asyncFactory.resolved)) { hydrate(oldVnode.elm, vnode, insertedVnodeQueue) } else { vnode.isAsyncPlaceholder = true } return } // reuse element for static trees. // note we only do this if the vnode is cloned - // if the new node is not cloned it means the render functions have been // reset by the hot-reload-api and we need to do a proper re-render. if (isTrue(vnode.isStatic) && isTrue(oldVnode.isStatic) && vnode.key === oldVnode.key && (isTrue(vnode.isCloned) || isTrue(vnode.isOnce)) ) { vnode.componentInstance = oldVnode.componentInstance return } let i const data = vnode.data if (isDef(data) && isDef(i = data.hook) && isDef(i = i.prepatch)) { i(oldVnode, vnode) } const oldCh = oldVnode.children const ch = vnode.children if (isDef(data) && isPatchable(vnode)) { for (i = 0; i < cbs.update.length; ++i) cbs.update[i](oldVnode, vnode) if (isDef(i = data.hook) && isDef(i = i.update)) i(oldVnode, vnode) } if (isUndef(vnode.text)) { if (isDef(oldCh) && isDef(ch)) { if (oldCh !== ch) updateChildren(elm, oldCh, ch, insertedVnodeQueue, removeOnly) } else if (isDef(ch)) { if (process.env.NODE_ENV !== 'production') { checkDuplicateKeys(ch) } if (isDef(oldVnode.text)) nodeOps.setTextContent(elm, '') addVnodes(elm, null, ch, 0, ch.length - 1, insertedVnodeQueue) } else if (isDef(oldCh)) { removeVnodes(oldCh, 0, oldCh.length - 1) } else if (isDef(oldVnode.text)) { nodeOps.setTextContent(elm, '') } } else if (oldVnode.text !== vnode.text) { nodeOps.setTextContent(elm, vnode.text) } if (isDef(data)) { if (isDef(i = data.hook) && isDef(i = i.postpatch)) i(oldVnode, vnode) } } 复制代码
接下来就是我们经常说的vue-diff所在的方法 updateChildren
,先从参数说起,分别是父元素dom,旧的vnode-list,新的vnode-list,需要插入的vnode队列,是否仅移除。
重点的逻辑在 while
循环里:
如何理解这个diff逻辑,其实是分别有新旧两个vnode-list,两个list都设定第一位和最后一位作为两个游标,通过一系列判断对比,不断逼近,当两个list的两个游标相交则循环结束。
至于具体判断的逻辑就不赘述了,代码已经写得非常清楚了,在这里比较有意思的 sameVnode
的判断,在使用 v-for
生成的vnode-list不设置 key
的时候,所有的对比更新几乎都会从第三和第四个判断分支进行,即代码中的 sameVnode(oldStartVnode, newStartVnode)
和 sameVnode(oldEndVnode, newEndVnode)
判断,下面看看 sameVnode
的方法,当我们不设置key的时候,判断的逻辑会通过tag类型和vnode的数据某些属性进行比较,通常来说都是相同的,这就是官方文档说的原地复用逻辑,直接更新当前节点的内容,不需要对当前的节点进行移动。这对于节点内容相对简单的来说默认会更高效,但是当节点内容相对复杂的时候我们就需要对节点内容进行复用而不是重新生成,这时候我们就需要设置 key
来复用节点。
最后的一段判断 oldStartIdx > oldEndIdx
和 newStartIdx > newEndIdx
则说明符合这两个条件的时候我们当前vnode-list是从无到有或从有到无的变化。
图示:官方文档的说明(:point_down:)
sameVnode
方法定义
function sameVnode (a, b) { return ( a.key === b.key && ( ( a.tag === b.tag && a.isComment === b.isComment && isDef(a.data) === isDef(b.data) && sameInputType(a, b) ) || ( isTrue(a.isAsyncPlaceholder) && a.asyncFactory === b.asyncFactory && isUndef(b.asyncFactory.error) ) ) ) } 复制代码
updateChildren
方法定义
function updateChildren (parentElm, oldCh, newCh, insertedVnodeQueue, removeOnly) { let oldStartIdx = 0 let newStartIdx = 0 let oldEndIdx = oldCh.length - 1 let oldStartVnode = oldCh[0] let oldEndVnode = oldCh[oldEndIdx] let newEndIdx = newCh.length - 1 let newStartVnode = newCh[0] let newEndVnode = newCh[newEndIdx] let oldKeyToIdx, idxInOld, vnodeToMove, refElm // removeOnly is a special flag used only by <transition-group> // to ensure removed elements stay in correct relative positions // during leaving transitions const canMove = !removeOnly if (process.env.NODE_ENV !== 'production') { checkDuplicateKeys(newCh) } while (oldStartIdx <= oldEndIdx && newStartIdx <= newEndIdx) { if (isUndef(oldStartVnode)) { oldStartVnode = oldCh[++oldStartIdx] // Vnode has been moved left } else if (isUndef(oldEndVnode)) { oldEndVnode = oldCh[--oldEndIdx] } else if (sameVnode(oldStartVnode, newStartVnode)) { patchVnode(oldStartVnode, newStartVnode, insertedVnodeQueue, newCh, newStartIdx) oldStartVnode = oldCh[++oldStartIdx] newStartVnode = newCh[++newStartIdx] } else if (sameVnode(oldEndVnode, newEndVnode)) { patchVnode(oldEndVnode, newEndVnode, insertedVnodeQueue, newCh, newEndIdx) oldEndVnode = oldCh[--oldEndIdx] newEndVnode = newCh[--newEndIdx] } else if (sameVnode(oldStartVnode, newEndVnode)) { // Vnode moved right patchVnode(oldStartVnode, newEndVnode, insertedVnodeQueue, newCh, newEndIdx) canMove && nodeOps.insertBefore(parentElm, oldStartVnode.elm, nodeOps.nextSibling(oldEndVnode.elm)) oldStartVnode = oldCh[++oldStartIdx] newEndVnode = newCh[--newEndIdx] } else if (sameVnode(oldEndVnode, newStartVnode)) { // Vnode moved left patchVnode(oldEndVnode, newStartVnode, insertedVnodeQueue, newCh, newStartIdx) canMove && nodeOps.insertBefore(parentElm, oldEndVnode.elm, oldStartVnode.elm) oldEndVnode = oldCh[--oldEndIdx] newStartVnode = newCh[++newStartIdx] } else { if (isUndef(oldKeyToIdx)) oldKeyToIdx = createKeyToOldIdx(oldCh, oldStartIdx, oldEndIdx) idxInOld = isDef(newStartVnode.key) ? oldKeyToIdx[newStartVnode.key] : findIdxInOld(newStartVnode, oldCh, oldStartIdx, oldEndIdx) if (isUndef(idxInOld)) { // New element createElm(newStartVnode, insertedVnodeQueue, parentElm, oldStartVnode.elm, false, newCh, newStartIdx) } else { vnodeToMove = oldCh[idxInOld] if (sameVnode(vnodeToMove, newStartVnode)) { patchVnode(vnodeToMove, newStartVnode, insertedVnodeQueue, newCh, newStartIdx) oldCh[idxInOld] = undefined canMove && nodeOps.insertBefore(parentElm, vnodeToMove.elm, oldStartVnode.elm) } else { // same key but different element. treat as new element createElm(newStartVnode, insertedVnodeQueue, parentElm, oldStartVnode.elm, false, newCh, newStartIdx) } } newStartVnode = newCh[++newStartIdx] } } if (oldStartIdx > oldEndIdx) { refElm = isUndef(newCh[newEndIdx + 1]) ? null : newCh[newEndIdx + 1].elm addVnodes(parentElm, refElm, newCh, newStartIdx, newEndIdx, insertedVnodeQueue) } else if (newStartIdx > newEndIdx) { removeVnodes(oldCh, oldStartIdx, oldEndIdx) } } 复制代码
总结
其实vue-diff的算法并不复杂,代码阅读起来也相对容易。在vue里从patch到视图的变化是实时的,即假如存在3个节点变化,vue并不是收集完所有的patch再一次性更新视图,而是在遍历diff的过程中patch直接更新视图。
以上所述就是小编给大家介绍的《学习vue源码—vue-diff》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
为什么中国没出Facebook
谢文 / 凤凰出版社 / 2011-7-1 / 39.80元
《为什么中国没出Facebook》对互联网的游戏规则、市场、格局、模式及发展趋势等多方面进行了阐述,既勾画出了理想中的互联网生态及其本质,又联系中国实际,探讨了中国互联网行业的未来发展。《为什么中国没出Facebook》提出了在互联网成事应该符合的8条原则,比较了Facebook、MySpace、Twitter三种创新模式,指出了Web2.0平台时代新浪、腾讯、百度、搜狐等互联网巨头的未来方向,也......一起来看看 《为什么中国没出Facebook》 这本书的介绍吧!