资讯专栏INFORMATION COLUMN

虚拟 DOM 到底是什么?

jayce / 2227人阅读

摘要:很多人认为虚拟最大的优势是算法,减少操作真实的带来的性能消耗。虽然这一个虚拟带来的一个优势,但并不是全部。回到最开始的问题,虚拟到底是什么,说简单点,就是一个普通的对象,包含了三个属性。

是什么?

虚拟 DOM (Virtual DOM )这个概念相信大家都不陌生,从 React 到 Vue ,虚拟 DOM 为这两个框架都带来了跨平台的能力(React-Native 和 Weex)。因为很多人是在学习 React 的过程中接触到的虚拟 DOM ,所以为先入为主,认为虚拟 DOM 和 JSX 密不可分。其实不然,虚拟 DOM 和 JSX 固然契合,但 JSX 只是虚拟 DOM 的充分不必要条件,Vue 即使使用模版,也能把虚拟 DOM 玩得风生水起,同时也有很多人通过 babel 在 Vue 中使用 JSX。

很多人认为虚拟 DOM 最大的优势是 diff 算法,减少 JavaScript 操作真实 DOM 的带来的性能消耗。虽然这一个虚拟 DOM 带来的一个优势,但并不是全部。虚拟 DOM 最大的优势在于抽象了原本的渲染过程,实现了跨平台的能力,而不仅仅局限于浏览器的 DOM,可以是安卓和 IOS 的原生组件,可以是近期很火热的小程序,也可以是各种GUI。

回到最开始的问题,虚拟 DOM 到底是什么,说简单点,就是一个普通的 JavaScript 对象,包含了 tagpropschildren 三个属性。

</>复制代码

  1. hello world!!!

上面的 HTML 转换为虚拟 DOM 如下:

</>复制代码

  1. {
  2. tag: "div",
  3. props: {
  4. id: "app"
  5. },
  6. chidren: [
  7. {
  8. tag: "p",
  9. props: {
  10. className: "text"
  11. },
  12. chidren: [
  13. "hello world!!!"
  14. ]
  15. }
  16. ]
  17. }

该对象就是我们常说的虚拟 DOM 了,因为 DOM 是树形结构,所以使用 JavaScript 对象就能很简单的表示。而原生 DOM 因为浏览器厂商需要实现众多的规范(各种 HTML5 属性、DOM事件),即使创建一个空的 div 也要付出昂贵的代价。虚拟 DOM 提升性能的点在于 DOM 发生变化的时候,通过 diff 算法比对 JavaScript 原生对象,计算出需要变更的 DOM,然后只对变化的 DOM 进行操作,而不是更新整个视图。

那么我们到底该如何将一段 HTML 转换为虚拟 DOM 呢?

从 h 函数说起

观察主流的虚拟 DOM 库(snabbdom、virtual-dom),通常都有一个 h 函数,也就是 React 中的 React.createElement,以及 Vue 中的 render 方法中的 createElement,另外 React 是通过 babel 将 jsx 转换为 h 函数渲染的形式,而 Vue 是使用 vue-loader 将模版转为 h 函数渲染的形式(也可以通过 babel-plugin-transform-vue-jsx 插件在 vue 中使用 jsx,本质还是转换为 h 函数渲染形式)。

我们先使用 babel,将一段 jsx 代码,转换为一段 js 代码:

安装 babel 依赖

</>复制代码

  1. npm i -D @babel/cli @babel/core @babel/plugin-transform-react-jsx
配置 .babelrc

</>复制代码

  1. {
  2. "plugins": [
  3. [
  4. "@babel/plugin-transform-react-jsx",
  5. {
  6. "pragma": "h", // default pragma is React.createElement
  7. }
  8. ]
  9. ]
  10. }
转译 jsx

在目录下新建一个 main.jsx

</>复制代码

  1. function getVDOM() {
  2. return (
  3. hello world!!!

  4. )
  5. }

使用如下命令进行转译:

</>复制代码

  1. npx babel main.jsx --out-file main-compiled.js

可以看到,最终 HTML 代码会被转译成 h 函数的渲染形式。h 函数接受是三个参数,分别代表是 DOM 元素的标签名、属性、子节点,最终返回一个虚拟 DOM 的对象。

</>复制代码

  1. function h(tag, props, ...children) {
  2. return {
  3. tag,
  4. props: props || {},
  5. children: children.flat()
  6. }
  7. }
渲染虚拟 DOM

虽然虚拟 DOM 可以渲染到多个平台,但是这里讲一下在浏览器环境下如何渲染虚拟 DOM。

</>复制代码

  1. function render(vdom) {
  2. // 如果是字符串或者数字,创建一个文本节点
  3. if (typeof vdom === "string" || typeof vdom === "number") {
  4. return document.createTextNode(vdom)
  5. }
  6. const { tag, props, children } = vdom
  7. // 创建真实DOM
  8. const element = document.createElement(tag)
  9. // 设置属性
  10. setProps(element, props)
  11. // 遍历子节点,并获取创建真实DOM,插入到当前节点
  12. children
  13. .map(render)
  14. .forEach(element.appendChild.bind(element))
  15. // 虚拟 DOM 中缓存真实 DOM 节点
  16. vdom.dom = element
  17. // 返回 DOM 节点
  18. return element
  19. }
  20. function setProps (element, props) {
  21. Object.entries(props).forEach(([key, value]) => {
  22. setProp(element, key, value)
  23. })
  24. }
  25. function setProp (element, key, vlaue) {
  26. element.setAttribute(
  27. // className使用class代替
  28. key === "className" ? "class" : key,
  29. vlaue
  30. )
  31. }

将虚拟 DOM 渲染成真实 DOM 后,只需要插入到对应的根节点即可。

</>复制代码

  1. const vdom =
    hello world!!!
    // h("div", {}, "hello world!!!")
  2. const app = document.getElementById("app")
  3. const ele = render(vdom)
  4. app.appendChild(ele)

当然在现代化的框架中,一般会有一个组件文件专门用来构造虚拟 DOM,我们模仿 React 使用 class 的方式编写组件,然后渲染到页面中。

</>复制代码

  1. class Component {
  2. vdom = null // 组件的虚拟DOM表示
  3. $el = null // 虚拟DOM生成的真实节点
  4. state = {
  5. text: "Initialize the Component"
  6. }
  7. render() {
  8. const { text } = this.state
  9. return (
  10. { text }
  11. )
  12. }
  13. }
  14. function createElement (app, component) {
  15. const vdom = component.render()
  16. component.vdom = vdom
  17. component.$el = render(vdom) // 将虚拟 DOM 转换为真实 DOM
  18. app.appendChild(component.$el)
  19. }
  20. const app = document.getElementById("app")
  21. const component = new Component
  22. createElement(app, component)
diff 算法

diff 算法,顾名思义,就是比对新老 VDOM 的变化,然后将变化的部分更新到视图上。对应到代码上,就是一个 diff 函数,返回一个 patches (补丁)。

</>复制代码

  1. const before = h("div", {}, "before text")
  2. const after = h("div", {}, "after text")
  3. const patches = diff(before, after)

修改我们之前的组件,增加 setState 方法,用于修改组件的内部状态。

</>复制代码

  1. class Component {
  2. vdom = null // 组件的虚拟DOM表示
  3. $el = null // 虚拟DOM生成的真实节点
  4. state = {
  5. text: "Initialize the Component"
  6. }
  7. // 手动修改组件state
  8. setState(newState) {
  9. this.state = {
  10. ...this.state,
  11. ...newState
  12. }
  13. const newVdom = this.render()
  14. const patches = diff(this.vdom, newVdom)
  15. patch(this.$el, patches)
  16. }
  17. changeText(text) {
  18. this.setState({
  19. text
  20. })
  21. }
  22. render() {
  23. const { text } = this.state
  24. return (
  25. { text }
  26. )
  27. }
  28. }

当我们调用 setState 时,state 内部状态发生变动,再次调用 render 方法就会生成一个新的虚拟 DOM 树,这样我们就能使用 diff 方法计算出新老虚拟 DOM 发送变化的部分,最后使用 patch 方法,将变动渲染到视图中。

</>复制代码

  1. const app = document.getElementById("app")
  2. const component = new Component
  3. createElement(app, component)
  4. // 将文本更改为数字,每秒 +1
  5. let count = 0
  6. setInterval(() => {
  7. component.changeText(++count)
  8. }, 1000);

diff 算法的进化

关于 diff 算法的最经典的就是 Matt Esch 的 virtual-dom,以及 snabbdom(被整合进 vue 2.0中)。

</>复制代码

  1. 最开始出现的是 virtual-dom 这个库,是大家好奇 React 为什么这么快而搞鼓出来的。它的实现是非常学院风格,通过深度优先搜索与 in-order tree 来实现高效的 diff 。它与 React 后来公开出来的算法是很不一样。
    然后是 cito.js 的横空出世,它对今后所有虚拟 DOM 的算法都有重大影响。它采用两端同时进行比较的算法,将 diff 速度拉高到几个层次。
    紧随其后的是 kivi.js,在 cito.js 的基出提出两项优化方案,使用 key 实现移动追踪以及及基于 key 的最长自增子序列算法应用(算法复杂度 为O(n^2))。
    但这样的 diff 算法太过复杂了,于是后来者 snabbdomkivi.js 进行简化,去掉编辑长度矩离算法,调整两端比较算法。速度略有损失,但可读性大大提高。再之后,就是著名的vue2.0sanbbdom整个库整合掉了。

    引用自司徒正美的文章 去哪儿网迷你React的研发心得

下面我们就来讲讲这几个虚拟 DOM 库 diff 算法的具体实现:

1️⃣ virtual-dom

virtual-dom 作为虚拟 DOM 开天辟地的作品,采用了对 DOM 树进行了深度优先的遍历的方法。

DOM 树的遍历

体现到代码上:

</>复制代码

  1. function diff (oldNode, newNode) {
  2. const patches = []
  3. walk(oldNode, newNode, patches, 0) // 进行深度优先遍历
  4. return patches
  5. }
  6. function walk(oldNode, newNode, patches, index) {
  7. if (newNode === oldNode) {
  8. return
  9. }
  10. const patch = { type: "update", vNode: newNode }
  11. const oldChildren = oldNode.children
  12. const newChildren = newNode.children
  13. const oldLen = oldChildren.length
  14. const newLen = newChildren.length
  15. const len = oldLen > newLen ? oldLen : newLen
  16. // 找到对应位置的子节点进行比对
  17. for (let i = 0; i < len; i++) {
  18. const oldChild = oldChildren[i]
  19. const newChild = newChildren[i]
  20. index++
  21. // 相同节点进行比对
  22. walk(oldChild, newChild, patches, index)
  23. if (isArray(oldChild.children)) {
  24. index += oldChild.children.length
  25. }
  26. }
  27. if (patch) {
  28. patches[index] = patch
  29. }
  30. }
VDOM 节点的对比

上面代码只是对 VDOM 进行了简单的深度优先遍历,在遍历中,还需要对每个 VDOM 进行一些对比,具体分为以下几种情况:

旧节点不存在,插入新节点;新节点不存在,删除旧节点

新旧节点如果都是 VNode,且新旧节点 tag 相同

对比新旧节点的属性

对比新旧节点的子节点差异,通过 key 值进行重排序,key 值相同节点继续向下遍历

新旧节点如果都是 VText,判断两者文本是否发生变化

其他情况直接用新节点替代旧节点

</>复制代码

  1. import { isVNode, isVText, isArray } from "../utils/type"
  2. function walk(oldNode, newNode, patches, index) {
  3. if (newNode === oldNode) {
  4. return
  5. }
  6. let patch = patches[index]
  7. if (!oldNode) {
  8. // 旧节点不存在,直接插入
  9. patch = appendPatch(patch, {
  10. type: PATCH.INSERT,
  11. vNode: newNode,
  12. })
  13. } else if (!newNode) {
  14. // 新节点不存在,删除旧节点
  15. patch = appendPatch(patch, {
  16. type: PATCH.REMOVE,
  17. vNode: null,
  18. })
  19. } else if (isVNode(newNode)) {
  20. if (isVNode(oldNode)) {
  21. // 相同类型节点的 diff
  22. if (newNode.tag === oldNode.tag && newNode.key === oldNode.key) {
  23. // 新老节点属性的对比
  24. const propsPatch = diffProps(newNode.props, oldNode.props)
  25. if (propsPatch && propsPatch.length > 0) {
  26. patch = appendPatch(patch, {
  27. type: PATCH.PROPS,
  28. patches: propsPatch,
  29. })
  30. }
  31. // 新老节点子节点的对比
  32. patch = diffChildren(oldNode, newNode, patches, patch, index)
  33. }
  34. } else {
  35. // 新节点替换旧节点
  36. patch = appendPatch(patch, {
  37. type: PATCH.REPLACE,
  38. vNode: newNode,
  39. })
  40. }
  41. } else if (isVText(newNode)) {
  42. if (!isVText(oldNode)) {
  43. // 将旧节点替换成文本节点
  44. patch = appendPatch(patch, {
  45. type: PATCH.VTEXT,
  46. vNode: newNode,
  47. })
  48. } else if (newNode.text !== oldNode.text) {
  49. // 替换文本
  50. patch = appendPatch(patch, {
  51. type: PATCH.VTEXT,
  52. vNode: newNode,
  53. })
  54. }
  55. }
  56. if (patch) {
  57. // 将补丁放入对应位置
  58. patches[index] = patch
  59. }
  60. }
  61. // 一个节点可能有多个 patch
  62. // 多个patch时,使用数组进行存储
  63. function appendPatch(patch, apply) {
  64. if (patch) {
  65. if (isArray(patch)) {
  66. patch.push(apply)
  67. } else {
  68. patch = [patch, apply]
  69. }
  70. return patch
  71. } else {
  72. return apply
  73. }
  74. }
属性的对比

</>复制代码

  1. function diffProps(newProps, oldProps) {
  2. const patches = []
  3. const props = Object.assign({}, newProps, oldProps)
  4. Object.keys(props).forEach(key => {
  5. const newVal = newProps[key]
  6. const oldVal = oldProps[key]
  7. if (!newVal) {
  8. patches.push({
  9. type: PATCH.REMOVE_PROP,
  10. key,
  11. value: oldVal,
  12. })
  13. }
  14. if (oldVal === undefined || newVal !== oldVal) {
  15. patches.push({
  16. type: PATCH.SET_PROP,
  17. key,
  18. value: newVal,
  19. })
  20. }
  21. })
  22. return patches
  23. }
子节点的对比

这一部分可以说是 diff 算法中,变动最多的部分,因为前面的部分,各个库对比的方向基本一致,而关于子节点的对比,各个仓库都在前者基础上不断得进行改进。

首先需要明白,为什么需要改进子节点的对比方式。如果我们直接按照深度优先遍历的方式,一个个去对比子节点,子节点的顺序发生改变,那么就会导致 diff 算法认为所有子节点都需要进行 replace,重新将所有子节点的虚拟 DOM 转换成真实 DOM,这种操作是十分消耗性能的。

但是,如果我们能够找到新旧虚拟 DOM 对应的位置,然后进行移动,那么就能够尽量减少 DOM 的操作。

virtual-dom 在一开始就进行了这方面的尝试,对子节点添加 key 值,通过 key 值的对比,来判断子节点是否进行了移动。通过 key 值对比子节点是否移动的模式,被各个库沿用,这也就是为什么主流的视图库中,子节点如果缺失 key 值,会有 warning 的原因。

具体是怎么对比的,我们先看代码:

</>复制代码

  1. function diffChildren(oldNode, newNode, patches, patch, index) {
  2. const oldChildren = oldNode.children
  3. // 新节点按旧节点的顺序重新排序
  4. const sortedSet = sortChildren(oldChildren, newNode.children)
  5. const newChildren = sortedSet.children
  6. const oldLen = oldChildren.length
  7. const newLen = newChildren.length
  8. const len = oldLen > newLen ? oldLen : newLen
  9. for (let i = 0; i < len; i++) {
  10. var leftNode = oldChildren[i]
  11. var rightNode = newChildren[i]
  12. index++
  13. if (!leftNode) {
  14. if (rightNode) {
  15. // 旧节点不存在,新节点存在,进行插入操作
  16. patch = appendPatch(patch, {
  17. type: PATCH.INSERT,
  18. vNode: rightNode,
  19. })
  20. }
  21. } else {
  22. // 相同节点进行比对
  23. walk(leftNode, rightNode, patches, index)
  24. }
  25. if (isVNode(leftNode) && isArray(leftNode.children)) {
  26. index += leftNode.children.length
  27. }
  28. }
  29. if (sortedSet.moves) {
  30. // 最后进行重新排序
  31. patch = appendPatch(patch, {
  32. type: PATCH.ORDER,
  33. moves: sortedSet.moves,
  34. })
  35. }
  36. return patch
  37. }

这里首先需要对新的子节点进行重排序,先进行相同节点的 diff ,最后把子节点按照新的子节点顺序重新排列。

这里有个较复杂的部分,就是对子节点的重新排序。

</>复制代码

  1. function sortChildren(oldChildren, newChildren) {
  2. // 找出变化后的子节点中带 key 的 vdom (keys),和不带 key 的 vdom (free)
  3. const newChildIndex = keyIndex(newChildren)
  4. const newKeys = newChildIndex.keys
  5. const newFree = newChildIndex.free
  6. // 所有子节点无 key 不进行对比
  7. if (newFree.length === newChildren.length) {
  8. return {
  9. children: newChildren,
  10. moves: null,
  11. }
  12. }
  13. // 找出变化前的子节点中带 key 的 vdom (keys),和不带 key 的 vdom (free)
  14. const oldChildIndex = keyIndex(oldChildren)
  15. const oldKeys = oldChildIndex.keys
  16. const oldFree = oldChildIndex.free
  17. // 所有子节点无 key 不进行对比
  18. if (oldFree.length === oldChildren.length) {
  19. return {
  20. children: newChildren,
  21. moves: null,
  22. }
  23. }
  24. // O(MAX(N, M)) memory
  25. const shuffle = []
  26. const freeCount = newFree.length
  27. let freeIndex = 0
  28. let deletedItems = 0
  29. // 遍历变化前的子节点,对比变化后子节点的 key 值
  30. // 并按照对应顺序将变化后子节点的索引放入 shuffle 数组中
  31. for (let i = 0; i < oldChildren.length; i++) {
  32. const oldItem = oldChildren[i]
  33. let itemIndex
  34. if (oldItem.key) {
  35. if (newKeys.hasOwnProperty(oldItem.key)) {
  36. // 匹配到变化前节点中存在的 key
  37. itemIndex = newKeys[oldItem.key]
  38. shuffle.push(newChildren[itemIndex])
  39. } else {
  40. // 移除变化后节点不存在的 key 值
  41. deletedItems++
  42. shuffle.push(null)
  43. }
  44. } else {
  45. if (freeIndex < freeCount) {
  46. // 匹配变化前后的无 key 子节点
  47. itemIndex = newFree[freeIndex++]
  48. shuffle.push(newChildren[itemIndex])
  49. } else {
  50. // 如果变化后子节点中已经不存在无 key 项
  51. // 变化前的无 key 项也是多余项,故删除
  52. deletedItems++
  53. shuffle.push(null)
  54. }
  55. }
  56. }
  57. const lastFreeIndex =
  58. freeIndex >= newFree.length ? newChildren.length : newFree[freeIndex]
  59. // 遍历变化后的子节点,将所有之前不存在的 key 对应的子节点放入 shuffle 数组中
  60. for (let j = 0; j < newChildren.length; j++) {
  61. const newItem = newChildren[j]
  62. if (newItem.key) {
  63. if (!oldKeys.hasOwnProperty(newItem.key)) {
  64. // 添加所有新的 key 值对应的子节点
  65. // 之后还会重新排序,我们会在适当的地方插入新增节点
  66. shuffle.push(newItem)
  67. }
  68. } else if (j >= lastFreeIndex) {
  69. // 添加剩余的无 key 子节点
  70. shuffle.push(newItem)
  71. }
  72. }
  73. const simulate = shuffle.slice()
  74. const removes = []
  75. const inserts = []
  76. let simulateIndex = 0
  77. let simulateItem
  78. let wantedItem
  79. for (let k = 0; k < newChildren.length; ) {
  80. wantedItem = newChildren[k] // 期待元素: 表示变化后 k 的子节点
  81. simulateItem = simulate[simulateIndex] // 模拟元素: 表示变化前 k 位置的子节点
  82. // 删除在变化后不存在的子节点
  83. while (simulateItem === null && simulate.length) {
  84. removes.push(remove(simulate, simulateIndex, null))
  85. simulateItem = simulate[simulateIndex]
  86. }
  87. if (!simulateItem || simulateItem.key !== wantedItem.key) {
  88. // 期待元素的 key 值存在
  89. if (wantedItem.key) {
  90. if (simulateItem && simulateItem.key) {
  91. // 如果一个带 key 的子元素没有在合适的位置,则进行移动
  92. if (newKeys[simulateItem.key] !== k + 1) {
  93. removes.push(remove(simulate, simulateIndex, simulateItem.key))
  94. simulateItem = simulate[simulateIndex]
  95. // if the remove didn"t put the wanted item in place, we need to insert it
  96. if (!simulateItem || simulateItem.key !== wantedItem.key) {
  97. inserts.push({ key: wantedItem.key, to: k })
  98. }
  99. // items are matching, so skip ahead
  100. else {
  101. simulateIndex++
  102. }
  103. } else {
  104. inserts.push({ key: wantedItem.key, to: k })
  105. }
  106. } else {
  107. inserts.push({ key: wantedItem.key, to: k })
  108. }
  109. k++
  110. }
  111. // 该位置期待元素的 key 值不存在,且模拟元素存在 key 值
  112. else if (simulateItem && simulateItem.key) {
  113. // 变化前该位置的元素
  114. removes.push(remove(simulate, simulateIndex, simulateItem.key))
  115. }
  116. } else {
  117. // 如果期待元素和模拟元素 key 值相等,跳到下一个子节点比对
  118. simulateIndex++
  119. k++
  120. }
  121. }
  122. // 移除所有的模拟元素
  123. while (simulateIndex < simulate.length) {
  124. simulateItem = simulate[simulateIndex]
  125. removes.push(
  126. remove(simulate, simulateIndex, simulateItem && simulateItem.key)
  127. )
  128. }
  129. // 如果只有删除选项中有值
  130. // 将操作直接交个 delete patch
  131. if (removes.length === deletedItems && !inserts.length) {
  132. return {
  133. children: shuffle,
  134. moves: null,
  135. }
  136. }
  137. return {
  138. children: shuffle,
  139. moves: {
  140. removes: removes,
  141. inserts: inserts,
  142. },
  143. }
  144. }
  145. function keyIndex(children) {
  146. const keys = {}
  147. const free = []
  148. const length = children.length
  149. for (let i = 0; i < length; i++) {
  150. const child = children[i]
  151. if (child.key) {
  152. keys[child.key] = i
  153. } else {
  154. free.push(i)
  155. }
  156. }
  157. return {
  158. keys: keys, // 子节点中所有存在的 key 对应的索引
  159. free: free, // 子节点中不存在 key 值的索引
  160. }
  161. }
  162. function remove(arr, index, key) {
  163. arr.splice(index, 1) // 移除数组中指定元素
  164. return {
  165. from: index,
  166. key: key,
  167. }
  168. }

这一部分比较复杂,具体可以查看 virtual-dom 的两个 pr ,这两个 pr 里面讨论了关于 diff 子节点重新排序的优化逻辑。

Rewrite reorder

Rewrite reorder (part 2)

更新 DOM

在拿到了 VDOM 的 diff 结果后,需要将得到的 patches 更新到视图上。

</>复制代码

  1. function patch(rootNode, patches) {
  2. if (!patches || patches.length === 0) return
  3. // 取得对应 index 的真实 DOM
  4. const nodes = domIndex(rootNode)
  5. patches.forEach((patch, index) => {
  6. patch && applyPatch(nodes[index], patch)
  7. })
  8. }
  9. function domIndex(rootNode) {
  10. const nodes = [rootNode]
  11. const children = rootNode.childNodes
  12. if (children.length) {
  13. for (let child of children) {
  14. if (child.nodeType === 1 || child.nodeType === 3) {
  15. if (child.nodeType === 1) {
  16. nodes.push(...domIndex(child))
  17. } else if (child.nodeType === 3) {
  18. nodes.push(child)
  19. }
  20. }
  21. }
  22. }
  23. return nodes
  24. }

遍历patches,然后得到每个真实 DOM 和其对应的 patch,然后在真实 DOM 上进行更新:

</>复制代码

  1. function applyPatch(node, patchList) {
  2. for (let patch of patchList) {
  3. patchOp(node, patch)
  4. }
  5. }
  6. function patchOp(node, patch) {
  7. const { type, vNode } = patch
  8. const parentNode = node.parentNode
  9. let newNode = null
  10. switch (type) {
  11. case PATCH.INSERT:
  12. // 插入新节点
  13. break
  14. case PATCH.REMOVE:
  15. // 删除旧新节点
  16. break
  17. case PATCH.REPLACE:
  18. // 替换节点
  19. break
  20. case PATCH.ORDER:
  21. // 子节点重新排序
  22. break
  23. case PATCH.VTEXT:
  24. // 替换文本节点
  25. break
  26. case PATCH.PROPS:
  27. // 更新节点属性
  28. break
  29. default:
  30. break
  31. }
  32. }

这里每一步操作,不进行具体展开,感兴趣的话可以在我的 github 查看完整代码。

2️⃣ cito.js

cito 其他步骤与 virtual-dom 类似,最大的差异点就在子节点的对比上,而且 cito 移除了 patch 更新,在 diff 的过程中,直接更新真实 DOM ,这样省去了 patch 的存储,一定程度上节省了内存,后面其他的 VDOM 库基本使用这种方式。

我们再来看看 cito 在子节点的对比上,到底有何优化?

其实前面我们已经介绍过了,cito 主要变化就是引入了两端对比,将 diff 算法的速度提升了几个量级。

</>复制代码

  1. /**
  2. * 子节点对比
  3. * @param {Element} domNode 父节点的真实DOM
  4. * @param {Array} oldChildren 旧的子节点
  5. * @param {Array} children 新的子节点
  6. */
  7. function updateChildren(domNode, oldChildren, children) {
  8. const oldChildrenLength = oldChildren.length
  9. const childrenLength = children.length
  10. let oldEndIndex = oldChildrenLength - 1
  11. let endIndex = childrenLength - 1
  12. let oldStartIndex = 0
  13. let startIndex = 0
  14. let successful = true
  15. let nextChild
  16. // 两端对比算法
  17. outer: while (
  18. successful &&
  19. oldStartIndex <= oldEndIndex &&
  20. startIndex <= endIndex
  21. ) {
  22. successful = false
  23. let oldStartChild = oldChildren[oldStartIndex]
  24. let startChild = children[startIndex]
  25. while (oldStartChild.key === startChild.key) {
  26. // 子节点对比
  27. updateNode(oldStartChild, startChild, domNode)
  28. oldStartIndex++
  29. startIndex++
  30. if (oldStartIndex > oldEndIndex || startIndex > endIndex) {
  31. break outer
  32. }
  33. oldStartChild = oldChildren[oldStartIndex]
  34. startChild = children[startIndex]
  35. successful = true
  36. }
  37. let oldEndChild = oldChildren[oldEndIndex]
  38. let endChild = children[endIndex]
  39. while (oldEndChild.key === endChild.key) {
  40. // 子节点对比
  41. updateNode(oldEndChild, endChild, domNode)
  42. oldEndIndex--
  43. endIndex--
  44. if (oldStartIndex > oldEndIndex || startIndex > endIndex) {
  45. break outer
  46. }
  47. oldEndChild = oldChildren[oldEndIndex]
  48. endChild = children[endIndex]
  49. successful = true
  50. }
  51. while (oldStartChild.key === endChild.key) {
  52. nextChild = endIndex + 1 < childrenLength ? children[endIndex + 1] : null
  53. // 子节点对比
  54. updateNode(oldStartChild, endChild, domNode)
  55. // 移动子节点
  56. moveChild(domNode, endChild, nextChild)
  57. oldStartIndex++
  58. endIndex--
  59. if (oldStartIndex > oldEndIndex || startIndex > endIndex) {
  60. break outer
  61. }
  62. oldStartChild = oldChildren[oldStartIndex]
  63. endChild = children[endIndex]
  64. successful = true
  65. }
  66. while (oldEndChild.key === startChild.key) {
  67. nextChild = oldStartIndex < oldChildrenLength ? oldChildren[oldStartIndex] : null
  68. // 子节点对比
  69. updateNode(oldEndChild, startChild, domNode)
  70. // 移动子节点
  71. moveChild(domNode, startChild, nextChild)
  72. oldEndIndex--
  73. startIndex++
  74. if (oldStartIndex > oldEndIndex || startIndex > endIndex) {
  75. break outer
  76. }
  77. oldEndChild = oldChildren[oldEndIndex]
  78. startChild = children[startIndex]
  79. successful = true
  80. }
  81. }
  82. }

子节点对比:

</>复制代码

  1. function updateNode(oldNode, node, domParent) {
  2. if (node === oldNode) {
  3. return
  4. }
  5. const tag = node.tag
  6. if (oldNode.tag !== tag) {
  7. // 标签不一致,创建新节点
  8. createNode(node, domParent, oldNode, true)
  9. } else {
  10. const oldChildren = oldNode.children
  11. const children = node.children
  12. const domNode = oldNode.dom
  13. node.dom = domNode // 真实 DOM 挂在到 虚拟 DOM 上
  14. // 子节点对比
  15. if (children !== oldChildren) {
  16. updateChildren(domNode, node, oldChildren, children)
  17. }
  18. const oldProps = oldNode.props
  19. const props = node.props
  20. // 属性对比
  21. if (props !== oldProps) {
  22. updateAttributes(domNode, props, oldProps)
  23. }
  24. }
  25. }

移动子节点:

</>复制代码

  1. function moveChild(domNode, child, nextChild) {
  2. const domRefChild = nextChild && nextChild.dom
  3. let domChild = child.dom
  4. if (domChild !== domRefChild) {
  5. if (domRefChild) {
  6. domNode.insertBefore(domChild, domRefChild)
  7. } else {
  8. domNode.appendChild(domChild)
  9. }
  10. }
  11. }
3️⃣ kivi.js

kivi 的 diff 算法在 cito 的基础上,引入了最长增长子序列,通过子序列找到最小的 DOM 操作数。

算法思想

</>复制代码

  1. 翻译自 kivi/lib/reconciler.ts

该算法用于找到最小的 DOM 操作数,可以分为以下几步:

1. 找到数组中首部和尾部公共的节点,并在两端移动

该方法通过比对两端的 key 值,找到旧节点(A) 和新节点(B)中索引相同的节点。

</>复制代码

  1. A: -> [a b c d e f g] <-
  2. B: [a b f d c g]

这里我们可以跳过首部的 ab,以及尾部的 g

</>复制代码

  1. A: -> [c d e f] <-
  2. B: [f d c]

此时,将尝试对边进行比较,如果在对边有一个 key 值相同的节点,将执行简单的移动操作,将 c 节点移动到
右边缘,将 f 节点移动到左边缘。

</>复制代码

  1. A: -> [d e] <-
  2. B: [d]

现在将再次尝试查找公共的首部与尾部,发现 d 节点是相同的,我们跳过它。

</>复制代码

  1. A: -> [e] <-
  2. B: [ ]

然后检查各个列表的长度是否为0,如果旧节点列表长度为0,将插入新节点列表的剩余节点,或者新节点列表长度为0,将删除所有旧节点列表中的元素。

这个简单的算法适用于大多数的实际案例,比如仅仅反转了列表。

当列表无法利用该算法找到解的时候,会使用下一个算法,例如:

</>复制代码

  1. A: -> [a b c d e f g] <-
  2. B: [a c b h f e g]

边缘的 ag 节点相同,跳过他们。

</>复制代码

  1. A: -> [b c d e f] <-
  2. B: [c b h f e]

然后上面的算法行不通了,我们需要进入下一步。

2. 查找需要删除或者插入的节点,并且某个节点是否需要移动

我们先创建一个数组 P,长度为新子节点列表的长度,并为数组每个元素赋值 -1 ,它表示新子节点应该插入的位置。稍后,我们将把旧子节点中的节点位置分配给这个数组。

</>复制代码

  1. A: [b c d e f]
  2. B: [c b h f e]
  3. P: [. . . . .] // . == -1

然后,我们构建一个对象 I,它的键表示新子节点的 key 值,值为子节点在剩余节点数组中的位置。

</>复制代码

  1. A: [b c d e f]
  2. B: [c b h f e]
  3. P: [. . . . .] // . == -1
  4. I: {
  5. c: 0,
  6. b: 1,
  7. h: 2,
  8. f: 3,
  9. e: 4,
  10. }
  11. last = 0

我们开始遍历旧子节点列表的剩余节点,并检查是否可以在 I 对象的索引中找到具有相同 key 值的节点。如果找不到任何节点,则将它删除,否则,我们将节点在旧节点列表位置分配给数组 P

</>复制代码

  1. A: [b c d e f]
  2. ^
  3. B: [c b h f e]
  4. P: [. 0 . . .] // . == -1
  5. I: {
  6. c: 0,
  7. b: 1, <-
  8. h: 2,
  9. f: 3,
  10. e: 4,
  11. }
  12. last = 1

当我们为数组 P 分配节点位置时,我们会保留上一个节点在新子节点列表中的位置,如果当一个节点的位置大于当前节点的位置,那么我们将 moved 变量置为 true

</>复制代码

  1. A: [b c d e f]
  2. ^
  3. B: [c b h f e]
  4. P: [1 0 . . .] // . == -1
  5. I: {
  6. c: 0, <-
  7. b: 1,
  8. h: 2,
  9. f: 3,
  10. e: 4,
  11. }
  12. last = 1 // last > 0; moved = true

上一个节点 b位置为 “1”,当前节点 c 的位置 “0”,所以将 moved 变量置为 true

</>复制代码

  1. A: [b c d e f]
  2. ^
  3. B: [c b h f e]
  4. P: [1 0 . . .] // . == -1
  5. I: {
  6. c: 0,
  7. b: 1,
  8. h: 2,
  9. f: 3,
  10. e: 4,
  11. }
  12. moved = true

对象 I 索引中不存在 d,则删除该节点

</>复制代码

  1. A: [b c d e f]
  2. ^
  3. B: [c b h f e]
  4. P: [1 0 . . 3] // . == -1
  5. I: {
  6. c: 0,
  7. b: 1,
  8. h: 2,
  9. f: 3,
  10. e: 4, <-
  11. }
  12. moved = true

为节点 e 分配位置。

</>复制代码

  1. A: [b c d e f]
  2. ^
  3. B: [c b h f e]
  4. P: [1 0 . 4 3] // . == -1
  5. I: {
  6. c: 0,
  7. b: 1,
  8. h: 2,
  9. f: 3, <-
  10. e: 4,
  11. }
  12. moved = true

为节点 f 分配位置。

此时,我们检查 moved 标志是否被打开,或者旧子节点列表的长度减去已删除节点的数量不等于新子节点列表的长度。如果其中任何一个条件为真,我们则进入下一步。

3. 如果 moved 为真,查找最小移动数,如果长度发送变化,则插入新节点。

如果 moved 为真,我们需要在 P 数组中找到 最长自增子序列,并移动不属于这个子序列的所有节点。

</>复制代码

  1. A: [b c d e f]
  2. B: [c b h f e]
  3. P: [1 0 . 4 3] // . == -1
  4. LIS: [1 4]
  5. moved = true

现在我们需要同时从尾端遍历新的子节点列表以及最长自增子序列(后面简称 LIS),并检查当前位置是否等于 LIS 的值。

</>复制代码

  1. A: [b c d e f]
  2. B: [c b h f e]
  3. ^ // new_pos == 4
  4. P: [1 0 . 4 3] // . == -1
  5. LIS: [1 4]
  6. ^ // new_pos == 4
  7. moved = true

节点 e 保持当前位置

</>复制代码

  1. A: [b c d e f]
  2. B: [c b h f e]
  3. ^ // new_pos == 3
  4. P: [1 0 . 4 3] // . == -1
  5. LIS: [1 4]
  6. ^ // new_pos != 1
  7. moved = true

移动节点 f,移动到下一个节点 e 前面它。

</>复制代码

  1. A: [b c d e f]
  2. B: [c b h f e]
  3. ^ // new_pos == 2
  4. P: [1 0 . 4 3] // . == -1
  5. ^ // old_pos == -1
  6. LIS: [1 4]
  7. ^
  8. moved = true

节点 h 在数组 P 中为 -1 ,则表示插入新节点 h

</>复制代码

  1. A: [b c d e f]
  2. B: [c b h f e]
  3. ^ // new_pos == 1
  4. P: [1 0 . 4 3] // . == -1
  5. LIS: [1 4]
  6. ^ // new_pos == 1
  7. moved = true

节点 b 保持当前位置

</>复制代码

  1. A: [b c d e f]
  2. B: [c b h f e]
  3. ^ // new_pos == 0
  4. P: [1 0 . 4 3] // . == -1
  5. LIS: [1 4]
  6. ^ // new_pos != undefined
  7. moved = true

移动节点 c ,移动到下一个节点 b 前面它。

如果 movedfalse 时,我们不需要查找LIS,我们只需遍历新子节点列表,并检查它在数组 P 中的位置,如果是 -1 ,则插入新节点。

关于 kivi

kivi 是作者对虚拟 DOM 性能提升的一些猜想,一开始它就向着性能出发,所有它在实现上代码可能并不优雅,而且它的 api 也十分不友好。而接下来的 snabbdom 就在 kivi 的基础上,大大提升了代码的可读性,很多讲述虚拟 DOM 的文章也将 snabbdom 作为案例。

另外,kivi 的作者也创建了另一个 源码以及 api 更友好的仓库:ivi,感兴趣可以了解一下。

4️⃣ snabbdom

snabbdom 的优势就是代码的可读性大大提升,并且也引入了两端对比,diff 速度也不慢。

我们可以简单看下 snabbdom 的两端对比算法的核心代码:

</>复制代码

  1. /**
  2. * 子节点对比
  3. * @param {Element} parentElm 父节点的真实DOM
  4. * @param {Array} oldCh 旧的子节点
  5. * @param {Array} newCh 新的子节点
  6. */
  7. function updateChildren(parentElm, oldCh, newCh) {
  8. let oldStartIdx = 0
  9. let newStartIdx = 0
  10. let oldEndIdx = oldCh.length - 1
  11. let oldStartVnode = oldCh[0]
  12. let oldEndVnode = oldCh[oldEndIdx]
  13. let newEndIdx = newCh.length - 1
  14. let newStartVnode = newCh[0]
  15. let newEndVnode = newCh[newEndIdx]
  16. let oldKeyToIdx
  17. let idxInOld
  18. let elmToMove
  19. let before
  20. while (oldStartIdx <= oldEndIdx && newStartIdx <= newEndIdx) {
  21. // 跳过两端不存在的旧节点
  22. if (oldStartVnode == null) {
  23. oldStartVnode = oldCh[++oldStartIdx]
  24. } else if (oldEndVnode == null) {
  25. oldEndVnode = oldCh[--oldEndIdx]
  26. }
  27. // 跳过两端不存在的新节点
  28. else if (newStartVnode == null) {
  29. newStartVnode = newCh[++newStartIdx]
  30. } else if (newEndVnode == null) {
  31. newEndVnode = newCh[--newEndIdx]
  32. }
  33. /*
  34. ** 进行两端对比,分为四种状况:
  35. ** 1. oldStart <=> newStart
  36. ** 2. oldEnd <=> newEnd
  37. ** 3. oldStart <=> newEnd
  38. ** 4. oldEnd <=> newStart
  39. */
  40. else if (sameVnode(oldStartVnode, newStartVnode)) {
  41. patchVnode(oldStartVnode, newStartVnode)
  42. oldStartVnode = oldCh[++oldStartIdx]
  43. newStartVnode = newCh[++newStartIdx]
  44. } else if (sameVnode(oldEndVnode, newEndVnode)) {
  45. patchVnode(oldEndVnode, newEndVnode)
  46. oldEndVnode = oldCh[--oldEndIdx]
  47. newEndVnode = newCh[--newEndIdx]
  48. } else if (sameVnode(oldStartVnode, newEndVnode)) {
  49. patchVnode(oldStartVnode, newEndVnode)
  50. insertBefore(parentElm, oldStartVnode.dom, oldEndVnode.dom.nextSibling)
  51. oldStartVnode = oldCh[++oldStartIdx]
  52. newEndVnode = newCh[--newEndIdx]
  53. } else if (sameVnode(oldEndVnode, newStartVnode)) {
  54. // Vnode moved left
  55. patchVnode(oldEndVnode, newStartVnode)
  56. insertBefore(parentElm, oldEndVnode.dom, oldStartVnode.dom)
  57. oldEndVnode = oldCh[--oldEndIdx]
  58. newStartVnode = newCh[++newStartIdx]
  59. }
  60. // 上面四种情况都不存在,通过 key 值查找对应 VDOM 进行对比
  61. else {
  62. // 构造旧子节点的 map 表 (key => vdom)
  63. if (oldKeyToIdx === undefined) {
  64. oldKeyToIdx = createKeyToOldIdx(oldCh, oldStartIdx, oldEndIdx)
  65. }
  66. idxInOld = oldKeyToIdx[newStartVnode.key]
  67. // 如果新的子节点在旧子节点不存在,进行插入操作
  68. if (idxInOld === undefined) {
  69. insertBefore(parentElm, render(newStartVnode), oldStartVnode.dom)
  70. newStartVnode = newCh[++newStartIdx]
  71. }
  72. // 如果新的子节点在旧子节点存在,进行对比
  73. else {
  74. elmToMove = oldCh[idxInOld]
  75. if (elmToMove.sel !== newStartVnode.sel) {
  76. // key 值相同,但是 tag 不同,重新生成节点并替换
  77. insertBefore(parentElm, render(newStartVnode), oldStartVnode.dom)
  78. } else {
  79. patchVnode(elmToMove, newStartVnode)
  80. oldCh[idxInOld] = undefined // 该位置已经对比,进行置空
  81. insertBefore(parentElm, elmToMove.dom, oldStartVnode.dom)
  82. }
  83. newStartVnode = newCh[++newStartIdx]
  84. }
  85. }
  86. }
  87. // 处理一些未处理到的节点
  88. if (oldStartIdx <= oldEndIdx || newStartIdx <= newEndIdx) {
  89. if (oldStartIdx > oldEndIdx) {
  90. before = newCh[newEndIdx + 1] == null ? null : newCh[newEndIdx + 1].dom
  91. addVnodes(parentElm, before, newCh, newStartIdx, newEndIdx)
  92. } else {
  93. removeVnodes(parentElm, oldCh, oldStartIdx, oldEndIdx)
  94. }
  95. }
  96. }

关于 snabbdom ,网上有太多教程来分析它的 diff 过程了,不管是虚拟 DOM 的教程,还是 Vue 的源码分析,这里就不再详细讲述了。但是可以明显的看到,snabbdom 的 diff 算法是有 cito 和 kivi 的影子在的。

总结

毋庸置疑虚拟 DOM 带给前端的意义是非凡的,虚拟 DOM 在现如今还有更多新鲜的玩法。
比如 omi 将虚拟 DOM 与 Web Component 的结合,还有 Taro 和 Chameleon 带来的多端统一的能力。

另外,文中相关的代码都可以在我的 github 查看,这篇文章更多是对自己学习的一个记录,如果有什么错误的观点,欢迎进行指正。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/104803.html

相关文章

  • 虚拟Dom详解 - (一)

    摘要:为此也做了一些学习简单的侃一侃虚拟到底是什么虚拟详解二什么是虚拟虚拟首次产生是框架最先提出和使用的,其卓越的性能很快得到广大开发者的认可,继之后也在其核心引入了虚拟的概念。所谓的虚拟到底是什么也就是通过语言来描述一段代码。 随着Vue和React的风声水起,伴随着诸多框架的成长,虚拟DOM渐渐成了我们经常议论和讨论的话题。什么是虚拟DOM,虚拟DOM是如何渲染的,那么Vue的虚拟Dom...

    ashe 评论0 收藏0
  • 【Under-the-hood-ReactJS-Part0】React源码解读

    摘要:接上文完整流程图见继续我们的之旅,让我们从的调用开始。他们就是用来表示组件方法的返回值,除此之外,没有其他的。同时,在的创建期间,将会合并和如果有声明的话,并且严重。显然,这一步骤会引起一些性能问题。 接上文--- 完整流程图见:https://bogdan-lyashenko.gith...继续我们的React之旅,让我们从ReactDOM.render的调用开始。 ReactDOM...

    Turbo 评论0 收藏0
  • 预计今年发布的Vue3.0到底什么不一样的地方?

    摘要:模板语法的将保持不变。基于的观察者机制目前,的反应系统是使用的和。为了继续支持,将发布一个支持旧观察者机制和新版本的构建。 showImg(https://segmentfault.com/img/remote/1460000017862774?w=1898&h=796); 还有几个月距离vue2的首次发布就满3年了,而vue的作者尤雨溪也在去年年末发布了关于vue3.0的计划,如果不...

    fnngj 评论0 收藏0
  • 前端抽象世界之DOM与Virtual DOM

    摘要:它是轻量级的,与特定于浏览器的实现细节分离。由于本身已经是抽象,因此虚拟实际上是抽象的抽象。它允许在这个抽象的世界中进行计算,并跳过真正的那些缓慢的操作。 前言 目前主流的前端框架React和Vue中都用到了Virtual DOM这个技术,而Virtual DOM到底是什么,可能很多人和我一样,概念上还是模糊。本文主要介绍DOM和Virtual DOM的基本概念及个人理解。 以下的D...

    plokmju88 评论0 收藏0

发表评论

0条评论

jayce

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<