-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
深度学习 Virtual DOM,Diff 算法 #81
Labels
Comments
// diff.js 完整算法
|
// element.js
|
// patch.js
|
// util.js
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
什么是Virtual DOM?
在 vue 和 react 框架中,我们经常会听到一个概念,Virtual DOM,diff 算法,被搞得云里雾里,比较好理解的说法是
上面的话没理解,没关系,简要概述下就是,Virtual DOM 是对真实 DOM 的一层抽象,是通过 js 来表述的,操作Virtual DOM 就是操作 js 对象,因此Virtual DOM 在增删改查的操作上都更优于真实 DOM,渲染上,如果直接操作真实 DOM 要渲染无数次,而操作Virtual DOM 只需要在最后的时候渲染即可。
为什么Virtual DOM 的性能开销会小呢?
其实最核心的原因不是查找或修改真实 DOM 上面的开销,而是将真实 DOM 转换成 js,再进行数据通信这上面的开销。DOM 树的实现模块和 js 实现模块是两个不同的模块,在不同模块上操作是要增加成本的,就好比为什么汽油车要做到几秒破百需要很高成本,而电动车则轻轻松松,几 W 块的都可以实现。
Virtual DOM 解决了什么问题?
无论是 vue 框架还是 react 框架,解决一个问题的思路都是一样的,避免我们直接去操作 DOM,而是通过数据来驱动视图的更新,一旦状态发生了变化,就用模板引擎渲染整个视图,用新的视图替换调旧的视图。
通过上述表达,我们知道,每个框架只是用自己方式去解决同样的问题,维护状态,更新视图。而Virtual DOM 要解决的就是避免直接操作 DOM,降低渲染次数。
再打个比方,没有Virtual DOM,每一个状态的改变,都会发生真实 DOM 的渲染,这会浪费很多性能,这时候有了Virtual DOM,状态改变了,先修改 js 对象,过段时间发现,状态已经修改完了,再进行渲染。前者要渲染多次,后者只要渲染一次。
diff 算法又是什么?
diff 算法是用来优化Virtual DOM 操作的,你想想,每次状态改变,都要把整个 js 对象重写一次,再全部重新渲染,工程量太大了,没有变的地方其实不需要渲染的,有没有一种方法,找出修改的地方,只针对局部节点进行渲染呢?就好像 ajax 局部刷新一样。
没错啦,想到这点,就是 diff 算法的作用了,它就是用来找不同的,然后再配合Virtual DOM,对视图进行局部渲染。
Virtual DOM 和原生的区别是什么?怎么更新 DOM?
我们看看一个真实 DOM 携带的属性,仅仅一层就超级庞大了
我们再看看Virtual DOM 如何描述一个节点的
上面对应的 HTML 写法是:
看吧,用Virtual DOM 表示是不是超级简单。
这样我们就可以通过 js 来抽象真实 DOM,我们把这个叫做 js 对象树。
好了,万事俱备,我们有了Virtual DOM 和 diff 算法怎么更新 DOM
我们先将真实 DOM 抽象出来,形成一个 js 对象树,状态变化后,生成新的 js 对象树,通过 diff 算法对比新旧树的差异,将不同点记录下来,这就是我们需要对页面真正的 DOM 操作,然后再把它们应用在真正的 DOM 树上,页面就变更了,这样就可以做到,视图的结构确实是整个全新渲染了,但最后操作 DOM 的时候确实只变更有不同的地方。
这就是Virtual DOM 算法,主体分为三部
Virtual DOM 本质就是在 js 和 真实 DOM 之间做了一层缓存,js 进行快处理,等确定最后数据了,再来修改真实 DOM
diff 算法改变史
计算一棵树形结构转换成另一棵树形结构的最少操作,是一个复杂且值得研究的问题。传统 diff 算法通过循环递归对节点进行依次对比,效率低下,算法复杂度达到 O(n^3),其中 n 是树中节点的总数。O(n^3) 到底有多可怕,这意味着如果要展示1000个节点,就要依次执行上十亿次的比较。这种指数型的性能消耗对于前端渲染场景来说代价太高了!CPU 按每秒钟执行大约30亿条指令来计算,即便是最高效的实现,也不可能在一秒内计算出差异情况。
如果 React 只是单纯的引入 diff 算法而没有任何的优化改进,那么其效率是远远无法满足前端渲染所要求的性能。
因此,想要将 diff 思想引入 Virtual DOM,就需要设计一种稳定高效的 diff 算法,而 React 做到了!
React 怎么实现的呢?
Virtual DOM 算法实现
1、用 js 抽象真实 DOM
js 来描述真实 DOM 结构只需要三个属性,tagName,props,children,我们封装一个构造函数来表示
渲染函数,用于构建真实 DOM
构建Virtual DOM
将真实 DOM 挂载到 body 中
如果只讲Virtual DOM,那么以上代码就描绘出基本思路了,但是,我们还有个 diff 算法,下面看看我们如何将 diff 算法融入到里面
2、比较两棵树的差异 —— Diff 算法
diff 算法是用于比较两棵 DOM 树差异的,也是Virtual DOM 最核心的算法,两颗树完全的 diff 算法是一个时间复杂度为 O(n ^ 3) 的问题,但是在前端中我们分析了可能存在的场景
因此做了些牺牲,提升了性能,它只会对同一个层级的元素进行对比。
这样上面的 div 只会和同一层级的 div 对比,第二层级的只会跟第二层级对比,这样算法的复杂度就可以达到 O(n)
差异
在前端中,对于 DOM 的差异可能会
因此根据差异,我们定义了几种差异类型
对于节点替换,判断新旧节点的 tagName 是不是一样的,如果不一样,说明需要替换
给子节点增加新的属性 id,就记录
如果是修改了文本节点,就记录
如果是子节点替换呢?例如
p,span,div
替换成了div,p,span
该如何对比呢?这就有两种情况了,同层级和非同层级,无论是那种情况,三种节点都会被替换掉,这样是不可取的,因为只是简单的移动就可以达到效果,没必要全部推倒重来,这样对 DOM 的开销也会非常的大。下面就会用到列表对比算法来优化节点替换操作列表对比算法
假设现在可以英文字母唯一地标识每个子节点
旧的顺序
现在对节点进行删除,插入,移动的操作,新增 j 节点,删除 e 节点,移动 h 节点
新的顺序
现在知道了新旧节点的顺序,求最小的插入、删除操作(移动可以看成是删除和插入操作的结合)。这个问题抽象出来其实是字符串的最小编辑距离问题,最常见的解决算法是通过动态规划求解,时间复杂度为 O(M * N)。但是我们并不需要真的达到最小的操作,我们只需要优化一些比较常见的移动情况,牺牲一定 DOM 操作,让算法时间复杂度达到线性的 O(max(M, N))。
我们能够获取到某个父节点的子节点的操作,并记录下来
但是要注意,因为 tagName 是可重复的,不能用这个来进行对比,所以需要给子节点加上唯一标识 key,列表对比的时候,使用 key 进行对比,这样才能复用老的 DOM 树上的节点。
这样,我们就可以通过深度优先遍历两棵树,每层的节点进行对比,记录下每个节点的差异了。
深度优先遍历
diff 算法采用的是深度遍历,对新旧两棵树进行一个深度优先的遍历,这样每个节点都会有一个唯一的标记
深度优先遍历的时候,每遍历到一个节点,就把该节点和新的树进行对比,如果有差异的话,就记录到一个对象里面。
譬如说上面的旧 div 和新 div 有差异,当前标记为 0,那么:
3、把差异应用到真正的 DOM 树上
对 DOM 树进行深度优先遍历后,通过 diff 算法(步骤2)获取到差异点,然后进行 DOM 操作
applyPatches,根据不同类型的差异对当前节点进行 DOM 操作:
小结
Virtual DOM 主要是实现了三个函数,分为 5 个步骤
这只是大致的思想,实践使用中还需要加入事件监听等。
优缺点
优点
缺点
The text was updated successfully, but these errors were encountered: