微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

React 重温之 虚拟DOM

什么是虚拟DOM

虚拟DOM可以说是现代前端库的标配了,好像你一个前端框架不实现一个虚拟DOM出门都不好意思跟人打招呼,那么到底什么是虚拟DOM呢?

根据百度百科:文档对象模型(Document Object Model,简称DOM),是W3C组织推荐的处理可扩展标志语言的标准编程接口。在网页上,组织页面(或文档)的对象被组织在一个树形结构中,用来表示文档中对象的标准模型就称为DOM。

那么与之相对应的,我们可以简单理解成虚拟DOM就是用其他语言模拟出一个DOM的树形结构

为什么要用虚拟DOM

那么问题来了,为什么要用其它语言模拟DOM,人家本来就已经是一个很完整的树形结构对象了啊?

这就涉及到前端一个性能问题,那就是DOM操作非常非常耗费性能,我们在很多前端优化的文章中都被告知要尽量减少、合并DOM操作,就是因为DOM非常非常耗费性能,因为太慢了。。。

为什么慢? 因为干的事儿多啊,创建一个DOM的时候要继承一堆属性方法,涉及到多个DOM节点的话还会有节点的嵌套啊,父子关系的维护之类的;同时,我们使用原生js API去操作DOM的时候,效率也是很低的,这也是为啥JQuery当年可以流行的原因(因为它做了许多优化。。。)

因为直接去操作真实的DOM效率很低,聪明的人决定用比较快的js去模拟实现一个DOM树,所有需要对DOM节点进行的操作,都可以现在虚拟DOM上进行创建、更新、销毁等一系列计算操作,最后得出一个更新后的虚拟DOM,然后再一次性的更新到真实DOM上,从而提高页面效率。

React 虚拟DOM diff算法

上面已经大概说了虚拟DOM是怎么回事,那么虚拟DOM最核心的就是diff算法,简单的说就是比对新旧DOM树来确定如何去更新真实DOM。

学术上有一些解决将一棵树转换为另一棵树的最小操作数算法问题的通用方案。然而,树中元素个数为n,最先进的算法 的时间复杂度为O(n3)算法链接

这是通用的算法,考虑的是所有情况,但React并不需要一个通用的算法,基于以下两个假设,React 实现了一个 O(n)算法:

  • 不同类型的根节点对应不同的两棵树
  • 开发者可以使用key属性来标识一个子节点是否需要更新。

基于以上两点,我们来详细说说React中的对比策略:

不同元素

如果更新前后是两种不同类型的DOM元素,那就没什么说的,直接销毁原来的节点,创建新的节点.(比如原来是div,更新为span)在这个过程中,原来节点的componentwillUnmount函数被触犯,新节点的componentwillMount和componentDidMount依次被触发.

需要特别指出的是,当前更新节点的所有子节点都会被销毁重建,而不管子节点是否有更新. 简单的来说,就是根变了,那么这个根上的所有叶子都要更新了.

相同元素,不同属性

当节点类型没有发生变化,而只是熟悉变化的话,React就智能多了,只会更新变化的部分. 好比是一个元素有多个CSS样式,如果只变化了一个样式,那么React也只更新一个.

当元素不是叶子节点的时候,也就是一个组件元素的时候,会继续深入的去比较子元素来更新子元素.

子元素变动.

当子元素有变动的时候,React会更新子元素.

子元素的变动指的是节点的类型/属性/位置等的变动. 类型和属性的变动会触发更新,这个比较好理解.子元素的位置变动,指的是如果一个资源原来在第一位,更新后到第二位了,React会认为这是一种变动,从而触发更新.

key属性的重要作用

这样看起来React也没有那么智能.那么这个时候就要引入一个很重要的key属性.React通过给子组件一个key属性.来唯一标识一个子组件,如果更新前后的组件key值一样,并且除了位置之外其他属性没有变化,那么就不会触发更新.

One more thing

我们知道另一个经常被提起的前端框架Vue也实现了虚拟DOM,Vue是一个传统意义上的mvc模型.通过实例化一个vue对象来绑定dom和data的关系,也就是绑定view和model.通过对model中每个属性添加[反射]来完成监视器的注册. 当model中的数据模型变化时,watcher会重新计算,从而引发view层的更新.

Vue的更新.

上面提到,vue的更新是model中数据的变化引发在初始化时注入的watcher的变化,从而引起view层的更新.只要观察到数据变化,Vue 将开启一个队列,并缓冲在同一事件循环中发生的所有数据改变。如果同一个 watcher 被多次触发,只会一次推入到队列中。

根据以上特点,我们知道vue中的组件更新是由model数据的更新引起的,因为view和model在初始化时已经完成绑定,所以当model发生变化时,哪些view需要变化已经很明确了,所以就不需要像React那般去判断比对了.

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


react 中的高阶组件主要是对于 hooks 之前的类组件来说的,如果组件之中有复用的代码,需要重新创建一个父类,父类中存储公共代码,返回子类,同时把公用属性...
我们上一节了解了组件的更新机制,但是只是停留在表层上,例如我们的 setState 函数式同步执行的,我们的事件处理直接绑定在了 dom 元素上,这些都跟 re...
我们上一节了解了 react 的虚拟 dom 的格式,如何把虚拟 dom 转为真实 dom 进行挂载。其实函数是组件和类组件也是在这个基础上包裹了一层,一个是调...
react 本身提供了克隆组件的方法,但是平时开发中可能很少使用,可能是不了解。我公司的项目就没有使用,但是在很多三方库中都有使用。本小节我们来学习下如果使用该...
mobx 是一个简单可扩展的状态管理库,中文官网链接。小编在接触 react 就一直使用 mobx 库,上手简单不复杂。
我们在平常的开发中不可避免的会有很多列表渲染逻辑,在 pc 端可以使用分页进行渲染数限制,在移动端可以使用下拉加载更多。但是对于大量的列表渲染,特别像有实时数据...
本小节开始前,我们先答复下一个同学的问题。上一小节发布后,有小伙伴后台来信问到:‘小编你只讲了类组件中怎么使用 ref,那在函数式组件中怎么使用呢?’。确实我们...
上一小节我们了解了固定高度的滚动列表实现,因为是固定高度所以容器总高度和每个元素的 size、offset 很容易得到,这种场景也适合我们常见的大部分场景,例如...
上一小节我们处理了 setState 的批量更新机制,但是我们有两个遗漏点,一个是源码中的 setState 可以传入函数,同时 setState 可以传入第二...
我们知道 react 进行页面渲染或者刷新的时候,会从根节点到子节点全部执行一遍,即使子组件中没有状态的改变,也会执行。这就造成了性能不必要的浪费。之前我们了解...