2024年前端最新什么是Vue中的虚拟DOM和Diff算法？，面试题2024

最后

小编的一位同事在校期间连续三年参加ACM-ICPC竞赛。从参赛开始，原计划每天刷一道算法题，实际上每天有时候不止一题，一年最终完成了 600+：

凭借三年刷题经验，他在校招中很快拿到了各大公司的offer。

入职前，他把他的刷题经验总结成1121页PDF书籍，作为礼物赠送给他的学弟学妹，希望同学们都能在最短时间内掌握校招常见的算法及解题思路。

整本书，我仔细看了一遍，作者非常细心地将常见核心算法题和汇总题拆分为4个章节。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

而对于有时间的同学，作者还给出了他结合众多数据结构算法书籍，挑选出的一千多道题的解题思路和方法，以供有需要的同学慢慢研究。

var Vnode = {

tag: ‘div’,

children: [

{ tag: ‘p’, text: ‘test’ }

]

};

DOM Diff

=======================================================================

说完了虚拟DOM，我们了解到，这是一种为了尽可能减少页面DOM频繁操作DOM的方式，那么在虚拟DOM中，通过什么方式才能做到呢，接下来便要说说DOM Diff

DOM Diff指的是通过Diff算法去比较虚拟DOM的变化

参见下图，我们可以了解下DOM Diff

所以我们能够看到，DIFF算法在执行时有三个维度，分别是Tree DIFF、Component DIFF和Element DIFF，执行时按顺序依次执行，它们的差异仅仅因为DIFF粒度不同、执行先后顺序不同。

当数据发生变化时，Vue是怎么更新节点的?

==================================================================================================================================================

其实很简单，先根据真实DOM生成一棵virtual DOM，当virtual DOM某个节点的数据改变后会生成一个新的Vnode，然后Vnode和oldVnode作对比，发现有不一样的地方就直接修改在真实的DOM上，然后使oldVnode的值为Vnode。

diff的过程就是调用名为patch的函数，比较新旧节点，一边比较一边给真实的DOM打补丁(patch)。

在别处看到一个很形象的图：

1. patch

---

• 来看看patch是怎么打补丁的（代码只保留核心部分）：

function patch (oldVnode, vnode) {

// some code

if (sameVnode(oldVnode, vnode)) {

patchVnode(oldVnode, vnode)

} else {

const oEl = oldVnode.el // 当前oldVnode对应的真实元素节点

let parentEle = api.parentNode(oEl) // 父元素

createEle(vnode) // 根据Vnode生成新元素

if (parentEle !== null) {

api.insertBefore(parentEle, vnode.el, api.nextSibling(oEl)) // 将新元素添加进父元素

api.removeChild(parentEle, oldVnode.el) // 移除以前的旧元素节点

oldVnode = null

}

}

// some code

return vnode

}

patch函数接收两个参数Vnode和oldVnode分别代表新的节点和之前的旧节点

• 判断两节点是否值得比较，值得比较则执行patchVnode

function sameVnode (a, b) {

return (

a.key === b.key && // key值

a.tag === b.tag && // 标签名

a.isComment === b.isComment && // 是否为注释节点

// 是否都定义了data，data包含一些具体信息，例如onclick , style

isDef(a.data) === isDef(b.data) &&

sameInputType(a, b) // 当标签是的时候，type必须相同

)

}

• 不值得比较则用Vnode替换oldVnode

如果两个节点都是一样的，那么就深入检查他们的子节点。如果两个节点不一样那就说明Vnode完全被改变了，就可以直接替换oldVnode。

虽然这两个节点不一样但是他们的子节点一样怎么办？别忘了，diff可是逐层比较的，如果第一层不一样那么就不会继续深入比较第二层了。

2. patchVnode

---

当我们确定两个节点值得比较之后我们会对两个节点指定patchVnode方法。那么这个方法做了什么呢？

function patchVnode (oldVnode, vnode) {

const el = vnode.el = oldVnode.el

let i, oldCh = oldVnode.children, ch = vnode.children

if (oldVnode === vnode) return

if (oldVnode.text !== null && vnode.text !== null && oldVnode.text !== vnode.text) {

api.setTextContent(el, vnode.text)

}else {

updateEle(el, vnode, oldVnode)

if (oldCh && ch && oldCh !== ch) {

updateChildren(el, oldCh, ch)

}else if (ch){

createEle(vnode) //create el’s children dom

}else if (oldCh){

api.removeChildren(el)

}

}

}

• 找到对应的真实dom，称为el

• 判断Vnode和oldVnode是否指向同一个对象，如果是，那么直接return

• 如果他们都有文本节点并且不相等，那么将el的文本节点设置为Vnode的文本节点。

• 如果oldVnode有子节点而Vnode没有，则删除el的子节点

• 如果oldVnode没有子节点而Vnode有，则将Vnode的子节点真实化之后添加到el

• 如果两者都有子节点，则执行updateChildren函数比较子节点，这一步很重要

这里需要好好说updateChildren

3. updateChildren

---

这里的代码有些多，放上去看起来也比较麻烦

• 将Vnode的子节点Vch和oldVnode的子节点oldCh提取出来

• oldCh和vCh各有两个头尾的变量StartIdx和EndIdx，它们的2个变量相互比较，一共有4种比较方式。如果4种比较都没匹配，如果设置了key，就会用key进行比较，在比较的过程中，变量会往中间靠，一旦StartIdx > EndIdx表明oldCh和vCh至少有一个已经遍历完了，就会结束比较。

我们可以看一下下面的图：

• 首先是两个树节点，左边的是旧的节点，右边是新的节点

• 我们将它们取出来并分别用s和e指针指向它们的头child和尾child

• 现在分别对oldS、oldE、S、E两两做sameVnode比较，有四种比较方式，当其中两个能匹配上，那么真实dom中的相应节点会移到Vnode相应的位置，具体如下：

1. 如果是oldS和E匹配上了，那么真实dom中的第一个节点会移到最后

2. 如果是oldE和S匹配上了，那么真实dom中的最后一个节点会移到最前，匹配上的两个指针向中间移动

3. 如果四种匹配没有一对是成功的，那么遍历oldChild，S挨个和他们匹配，匹配成功就在真实dom中将成功的节点移到最前面，如果依旧没有成功的，那么将S对应的节点插入到dom中对应的oldS位置，oldS和S指针向中间移动。

• 第一步

oldS = a, oldE = d；

S = a, E = b;

oldS和S匹配，则将dom中的a节点放到第一个，已经是第一个了就不管了，此时dom的位置为：a b d

• 第二步

oldS = b, oldE = d；

S = c, E = b;

oldS和E匹配，就将原本的b节点移动到最后，因为E是最后一个节点，他们位置要一致，这就是上面说的：当其中两个能匹配上那么真实dom中的相应节点会移到Vnode相应的位置，此时dom的位置为：a d b

• 第三步

总结:

• 函数式编程其实是一种编程思想，它追求更细的粒度，将应用拆分成一组组极小的单元函数，组合调用操作数据流；

• 它提倡着 纯函数 / 函数复合 / 数据不可变， 谨慎对待函数内的 状态共享 / 依赖外部 / 副作用；

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

Tips:

其实我们很难也不需要在面试过程中去完美地阐述出整套思想，这里也只是浅尝辄止，一些个人理解而已。博主也是初级小菜鸟，停留在表面而已，只求对大家能有所帮助，轻喷🤣；

我个人觉得: 这些编程范式之间，其实并不矛盾，各有各的 优劣势。

理解和学习它们的理念与优势，合理地 设计融合，将优秀的软件编程思想用于提升我们应用；

所有设计思想，最终的目标一定是使我们的应用更加 解耦颗粒化、易拓展、易测试、高复用，开发更为高效和安全；