Vue2.0
中虚拟DOM的概念想必大家都有所耳闻。这东西对diff
算法的理解有着至关重要的作用,所以咱们先了解一下virtual DOM
Virtual DOM
虚拟 DOM 对应的是真实 DOM,二者的区别很显然,就是抽象和具体。
但是由于真实 DOM 的属性太多,所以我们抽象出了虚拟 DOM
1 | // 打印繁多的 DOM 属性 |
我们将一些重要的属性存储在一个对象myDivVirtual
上。在改变 DOM 之前,我们先比较相应虚拟 DOM 的数据。如果需要改变才会将改变应用到真实 DOM 上
1 | /伪代码 |
通过虚拟 DOM 我们可以将更改 DOM 的操作透明化,提供中间层方便用户操作,只更改特定属性也优化了用户体验。
分析diff
特点
react
中的diff
其实和vue
中的diff
大同小异,这张图可以很好地解释过程:比较只会在同层级进行,不会跨层级比较
虚拟&真实 DOM
我们将真实的 DOM 数据抽取出来,以对象的形式模拟树形结构。举个栗子
1 | <div> |
其对应的virtual DOM
代码:
1 | var Vnode = { |
(温馨提示:VNode
和oldVNode
都是对象,一定要记住)
举个栗子:将<span>
标签插入到<p>
标签后面
1 | <!-- 之前 --> |
我们可能期望将<span>
直接移动到<p>
的后边,这是最优的操作。但是实际的diff操作是移除<p>
里的<span>
在创建一个新的<span>
插到<p>
的后边。
因为新加的<span>
在层级2,旧的在层级3,属于不同层级的比较。
diff流程图
当数据发生改变时,set方法会让调用Dep.notify
通知所有订阅者Watcher,订阅者就会调用patch
给真实的DOM打补丁,更新相应的视图。
源码分析
文中的代码位于aoy-diff中,已经精简了很多代码,留下最核心的部分。
patch
diff
的过程就是调用patch
函数,就像打补丁一样修改真实dom
。
1 | function patch (oldVnode, vnode) { |
patch
函数有两个参数,vnode
和oldVnode
,也就是新旧两个虚拟节点。在这之前,我们先了解完整的vnode
都有什么属性,举个一个简单的例子:
1 | // body下的 <div id="v" class="classA"><div> 对应的 oldVnode 就是 |
需要注意的是,el属性引用的是此virtual dom
对应的真实dom
,patch
的vnode
参数的el
最初是null,因为patch
之前它还没有对应的真实dom
。
来到patch
的第一部分
1 | if (sameVnode(oldVnode, vnode)) { |
sameVnode
函数就是看这两个节点是否值得比较,代码相当简单:
1 | function sameVnode(oldVnode, vnode){ |
两个vnode
的key
和sel
相同才去比较它们,比如p
和span
,div.classA
和div.classB
都被认为是不同结构而不去比较它们。
如果值得比较会执行patchVnode(oldVnode, vnode)
,稍后会详细讲patchVnode
函数。
当节点不值得比较,进入else中
1 | else { |
过程如下:
- 取得
oldvnode.el
的父节点,parentEle
是真实dom
createEle(vnode)
会为vnode
创建它的真实dom
,令vnode.el
=真实dom
parentEle
将新的dom插入,移除旧的dom
当不值得比较时,新节点直接把老节点整个替换了
最后
1 | return vnode |
patch最后会返回vnode,vnode和进入patch之前的不同在哪?
没错,就是vnode.el,唯一的改变就是之前vnode.el = null, 而现在它引用的是对应的真实dom。
1 | var oldVnode = patch (oldVnode, vnode) |
至此完成一个patch过程。
patchVnode
两个节点值得比较时,会调用patchVnode
函数
1 | patchVnode (oldVnode, vnode) { |
不值得比较则用Vnode
替换oldVnode
。
const el = vnode.el = oldVnode.el
这是很重要的一步,让vnode.el
引用到现在的真实dom
,当el
修改时,vnode.el
会同步变化。
节点的比较有5种情况
if (oldVnode === vnode)
,他们的引用一致,可以认为没有变化。if(oldVnode.text !== null && vnode.text !== null && oldVnode.text !== vnode.text)
,文本节点的比较,需要修改,则会调用Node.textContent = vnode.text
。if( oldCh && ch && oldCh !== ch )
, 两个节点都有子节点,而且它们不一样,这样我们会调用updateChildren
函数比较子节点,这是diff的核心,后边会讲到。else if (ch)
,只有新的节点有子节点,调用createEle(vnode)
,vnode.el
已经引用了老的dom节点,createEle
函数会在老dom节点上添加子节点。else if (oldCh)
,新节点没有子节点,老节点有子节点,直接删除老节点。
updateChildren
1 | updateChildren (parentElm, oldCh, newCh) { |
代码很密集,为了形象的描述这个过程,可以看看这张图。
过程可以概括为:oldCh
和newCh
各有两个头尾的变量StartIdx
和EndIdx
,它们的2个变量相互比较,一共有4种比较方式。如果4种比较都没匹配,如果设置了key,就会用key进行比较,在比较的过程中,变量会往中间靠,一旦StartIdx>EndIdx
表明oldCh
和newCh
至少有一个已经遍历完了,就会结束比较。
具体的diff
分析
设置key和不设置key的区别:
不设key,newCh和oldCh只会进行头尾两端的相互比较,设key后,除了头尾两端的比较外,还会从用key生成的对象oldKeyToIdx中查找匹配的节点,所以为节点设置key可以更高效的利用dom。
diff的遍历过程中,只要是对dom进行的操作都调用api.insertBefore
,api.insertBefore
只是原生insertBefore
的简单封装。
比较分为两种,一种是有vnode.key
的,一种是没有的。但这两种比较对真实dom的操作是一致的。
对于与sameVnode(oldStartVnode, newStartVnode)
和sameVnode(oldEndVnode,newEndVnode)
为true的情况,不需要对dom
进行移动。
总结遍历过程,有3种dom操作:
- 当
oldStartVnode
,newEndVnode
值得比较,说明oldStartVnode.el
跑到oldEndVnode.el
的后边了。
图中假设startIdx
遍历到1。
- 当
oldEndVnode
,newStartVnode
值得比较,说明oldEndVnode.el
跑到了newStartVnode.el
的前边。(这里笔误,应该是“oldEndVnode.el
跑到了oldStartVnode.el
的前边”,准确的说应该是oldEndVnode.el
需要移动到oldStartVnode.el
的前边”)
newCh
中的节点oldCh
里没有, 将新节点插入到oldStartVnode.el
的前边。
在结束时,分为两种情况:
oldStartIdx > oldEndIdx
,可以认为oldCh
先遍历完。当然也有可能newCh
此时也正好完成了遍历,统一都归为此类。此时newStartIdx
和newEndIdx
之间的vnode
是新增的,调用addVnodes
,把他们全部插进before
的后边,before
很多时候是为null的。addVnodes
调用的是insertBefore
操作dom节点,我们看看insertBefore
的文档:parentElement.insertBefore(newElement, referenceElement)
如果referenceElement
为null则newElement
将被插入到子节点的末尾。如果newElement
已经在DOM树中,newElement
首先会从DOM树中移除。所以before
为null
,newElement
将被插入到子节点的末尾。
newStartIdx > newEndIdx
,可以认为newCh
先遍历完。此时oldStartIdx
和oldEndIdx
之间的vnode
在新的子节点里已经不存在了,调用removeVnodes
将它们从dom
里删除。
下面举个例子,画出diff完整的过程,每一步dom的变化都用不同颜色的线标出。
- a,b,c,d,e假设是4个不同的元素,我们没有设置key时,b没有复用,而是直接创建新的,删除旧的。
- 当我们给4个元素加上唯一key时,b得到了的复用。
这个例子如果我们使用手工优化,只需要3步就可以达到。
总结
- 尽量不要跨层级的修改dom
- 设置key可以最大化的利用节点
- diff的效率并不是每种情况下都是最优的
最后整两句
我刚看完也是懵逼的,所以最后再用我一张图总结一下那张流程图8
原文地址,感谢杨敬卓大大的分析~