Virtual DOM

我不要你觉得，我要我觉得。这也是学习的一种方式，用自己的话表达出来，毕竟自己说的话要是不懂的话，那怎么可能

前言

以前的前端开发量少，所以基本上是对 DOM 直接操作，后来随着前端工程化的不断发展，有了各种 MVVM 模式的前端框架，这些框架共有的特点就是不再关心具体 DOM 的操作，而是把重心放在了基于数据状态的操作，一旦数据更改，跟它绑定的那个地方的 DOM 也会跟着变化

近年前端发展发生了两个变化

• 命令式——声明式

• 关注 API——关注数据

我们的心智得到解脱，不用再记操作 DOM 的各种长的要命的 API（即使 JQuery 能减轻一些压力），而去注重数据（状态）。以前用 JavaScript 写各种操作页面，动态语言，赋值变来变去；现在追求纯函数、函数式编程、数据不可变，最好用 TS 加上各种库来让我们的应用更加健硕

这样也导致了一个问题，我们去关注数据，去做前端工程化，也慢慢内卷着学习算法，仔细想想，前端最重要的难道不该是体验吗

快速了解

什么是 Virtual DOM

• 一个描述真实 DOM 的对象

为什么需要 Virtual DOM

• 为声明式编程打开了大门

• 减少页面的渲染、提高性能

• 提供了更好的跨平台能力

React 中的 Virtual DOM

• 工作流程

如何实现 Virtual DOM

• 现实中实现 Virtual DOM 的库有哪些

• 我们按步骤完成 Virtual DOM

什么是 Virtual DOM

React 的官网这样描述

Virtual DOM 是一种编程概念。在这个概念里，UI 以一种理想化的，或者说“虚拟的”表现形式被保存于内存中，并通过如 ReactDOM 等类库使之与“真实的”DOM 同步。这一过程叫做协调

这种方式赋予了 React 声明式的 API：您告诉 React 希望让 UI 是什么状态，React 就确保 DOM 匹配该状态。这使您可以从属性操作、事件处理和手动 DOM 更新这些在构建应用程序时必要的操作中解放出来

React 的理念之一是 UI = f(data) ，我们通过改变 data 驱动 UI，不必去关注属性操作、事件处理和手动 DOM 更新，只用关心数据即可。而改变 data 怎么更新 UI，就是 React 做的事情了。React 怎么做的呢？

React 写 UI 到渲染视图过程

用 JSX 来写业务，JSX 其实是 createElement 的语法糖，createElement 生成一个 JS 对象，这个对象就是 Virtual DOM，它描述真实 DOM 树。当状态改变，生成新的 Virtual DOM，两者 Diff，拿着这段 patches 更新页面，减少页面的最小绘制

例如如下 DOM 结构：

<ul id="list">
    <li class="item">Item1</li>
    <li class="item">Item2</li>
</ul>

映射成虚拟 DOM 就是这样：

{
    "tag": "ul",
    "attrs": {
        "id": "list"
    },
    "children": [
        {
            "tag": "li",
            "attrs": { "className": "item" },
            "children": ["Item1"]
        },
        {
            "tag": "li",
            "attrs": { "className": "item" },
            "children": ["Item2"]
        }
    ]
}

而我们写的 React 大概是这样：

function Demo() {
    return (
    	<ul id="list">
            <li className="item">Item1</li>
            <li className="item">Item2</li>
        </ul>
    )
}

总结来说，理解 Virtual DOM 的含义可以从以下几点出发：

1. Virtual DOM 就是描述真实 DOM 的一个对象，并且它至少包含了 tag、props、children 三个属性
2. Virtual DOM 并不是真实的 DOM，它跟原生 DOM 本质上没有什么关系
3. 本质上 Virtual DOM 对应的是一个 JavaScript 对象，它描述的是视图和应用状态之间的一种映射关系，是某一时刻真实 DOM 状态的内存映射
4. 在视图显示方面，Virtual DOM 对象的节点跟真实 DOM Tree 每个位置的属性一一对应
5. 我们不再需要直接的操作 DOM，只需要关注应用的状态即可，操作 DOM 的事情由框架做了

为什么需要 Virtual DOM

首先我们要知道操作 DOM 是耗费性能的，操作频繁会引起页面卡顿影响用户体验，而 Virtual DOM 的作用之一是减低不必要的 DOM API 调用

我们想一想如果没有 Virtual DOM，把页面从数据展示到 DOM 上最直接的方式是重置 innerHTML，即你更新数据后，把页面重置。但是如果是一行数据变化，也需要重置整个 innerHTML，就显然很浪费。如果加一层 Virtual DOM 呢，无论你数据如何变化（多次操作），先将它转换为 Virtual DOM，再渲染到 DOM 上，减少了 DOM 重排的次数，进而缩短生成渲染树和绘制所花的时间

React 相对于直接操作原生 DOM 最大的优势在于 batching（批处理）和 diff。为了尽量减少不必要的 DOM 操作，Virtual DOM 在执行 DOM 的更新操作后，不会直接操作真实 DOM，而是根据当前应用状态的数据，生成一个全新的 Virtual DOM，然后跟上一次生成的 Virtual DOM 对比（diff），得到一个 Patch，这样就找到变化了的 DOM 节点，针对变化部分进行 DOM 更新，而不重新渲染整个 DOM 树，这个过程就是 diff。

所谓的 batching 就是将多次比较的结果合并后一次性更新到页面，从而有效地减少页面渲染的次数，提高渲染效率。无论是 batching 还是 diff，都是为了尽量减少对 DOM 的调用。简要的示意图如下：

因此总结下关于 Virtual DOM 的优势有哪些：

1. 为函数式的 UI 编程打开了大门，我们不需要再去考虑具体 DOM 的操作，框架已经替我们做了，我们可以用更加声明式的方式书写代码
2. 减少页面渲染的次数，提高渲染效率
3. 提供了更好的跨平台能力，因为 Virtual DOM 是以 JavaScript 对象为基础而不依赖具体的平台环境，因此可以适用于其他的平台，如 native、VR、小程序

附上知乎上 尤雨溪 对于 Virtual DOM 的优势的回答

React 中的 Virtual DOM 如何实现的

ReactElement

ReactFiber

如何实现 Virtual DOM

React 最核心的 Virtual DOM 、diff 算法，打从最开始的 virtual-dom 库开始，人们就发现更快的 diff 优化方案，原来官方做的东西不是最优的（fb 方面其实更关注于其平台覆盖度，让它可以在各种平台上运行，而不是 DOM 环境 ）。于是大家在 virtual-dom 上面的改动才会更来劲。diff 算法基本上把字符串算法那套挪过来了，比如最短编辑长度距离，最长上升序列。。。

现在市面上有上百个虚拟 DOM 库，我当时集中研究其中前十名：

附上知乎上 司徒正美对类 React 框架层出不穷的回答

实现 mini Virtual DOM

步骤一：用 JS 对象模拟 DOM 树

用到原生操作 DOM 方法

• createElement

• setAttribute

• createTextNode

• appendChild

步骤二：比较两棵虚拟 DOM 树的差异

步骤三：把差异应用到真正的 DOM 树上

做一个 虚拟 dom，然后做 diff 对比，把需要更新的部分（patches）渲染到页面上

参考资料

• 你不知道的 React Virtual DOM
• 网上都说操作真实 DOM 慢...
• 从 React 历史长河里聊虚拟 DOM 及其价值
• 如何实现一个 VirtualDOM 算法
• 让虚拟 DOM 和 DOM-diff 不在成为你的绊脚石
• 面试官问: 如何理解 Virtual DOM？
• 谈谈你对虚拟 DOM 原理的理解
• 谈谈对虚拟 DOM 的理解