本文深入探讨虚拟DOM的概念，解析其如何通过减少真实DOM操作，提升前端应用性能。阐述虚拟DOM与真实DOM的映射关系，模拟实现过程，以及diff算法在更新过程中的作用。强调在v-for循环中合理使用key属性的重要性。
什么是虚拟dom
操作dom的传统方式
-
浏览器渲染引擎工作流程都差不多，大致分为5步，创建DOM树——创建StyleRules——创建Render树——布局Layout——绘制Painting
第一步，用HTML分析器，分析HTML元素，构建一颗DOM树(标记化和树构建)。
第二步，用CSS分析器，分析CSS文件和元素上的inline样式，生成页面的样式表。
第三步，将DOM树和样式表，关联起来，构建一颗Render树(这一过程又称为Attachment)。每个DOM节点都有attach方法，接受样式信息，返回一个render对象(又名renderer)。这些render对象最终会被构建成一颗Render树。
第四步，有了Render树，浏览器开始布局，为每个Render树上的节点确定一个在显示屏上出现的精确坐标。
第五步，Render树和节点显示坐标都有了，就调用每个节点paint方法，把它们绘制出来。
-
当用传统的方式操作DOM的时候，浏览器会从构建DOM树开始从头到尾执行一遍流程，效率很低。而虚拟DOM是用javascript对象表示的，而操作javascript是很简便高效的。
// 执行10000次代码 0.3ms 先操作js，再渲染dom
let myp=document.getElementById("myp")
let num=1
console.time("temp")
for(i=0;i<10000;i++){
num++
}
myp.innerHTML=num
console.timeEnd("temp")
// 执行10000次代码 35ms 一直渲染dom
// let myp=document.getElementById("myp")
// console.time("temp")
// for(i=0;i<10000;i++){
// let num=myp.innerHTML*1
// myp.innerHTML=++num
// }
// console.timeEnd("temp")
虚拟dom
- 频繁且复杂的dom操作通常是前端性能瓶颈的产生点，Vue提供了虚拟dom的解决办法
当用传统的方式操作DOM的时候，浏览器会从构建DOM树开始从头到尾执行一遍流程，效率很低。而虚拟DOM是用javascript对象表示的，而操作javascript是很简便高效的。虚拟DOM和真正的DOM有一层映射关系，很多需要操作DOM的地方都会去操作虚拟DOM，最后统一一次更新DOM。因而可以提高性能。 - 虚拟的DOM的核心思想是：
- 对复杂的文档DOM结构，提供一种方便的工具，进行最小化地DOM操作。这句话，也许过于抽象，却基本概况了虚拟DOM的设计思想
(1) 提供一种方便的工具，使得开发效率得到保证
(2) 保证最小化的DOM操作，使得执行效率得到保证
也就是说，虚拟dom的框架/工具都是这么做的：
- 根据虚拟dom树最初渲染成真实dom
- 当数据变化，或者说是页面需要重新渲染的时候，会重新生成一个新的完整的虚拟dom
- 拿新的虚拟dom来和旧的虚拟dom做对比（使用diff算法）。得到需要更新的地方之后，更新内容
这样的话，就能大量减少真实dom的操作,提高性能
模拟实现虚拟dom
- 1.在内存中生成一颗虚拟dom树
- 2.将内存中的虚拟dom树初始化渲染成真实的dom树
//vue内部的虚拟dom
//虚拟dom其实是里面内存型对象（js内存对象） 属于内存数据 是 真实dom的一层映射
//1. 在内存中生成一颗虚拟dom树
var vDom = {
tag: "div",
attrs: {
id: content
},
children: [
{ tag: "p", content: 2 },
{ tag: "ul", attrs: { className: "list-group" } }
]
}
//2.将内存中的虚拟dom树初始化渲染成真实的dom树
<div id="content">
<p>2</p>
<ul class="list-groiup">
</ul>
</div>
- 3.当我们要修改data里面的数据的时候
- 4.将之前的虚拟dom树结合新的数据生成一颗新的虚拟dom树
//3.当我们要修改data里面的数据的时候
data.arr.push("<li>111111</li>")
data.arr.push("<li>222222</li>")
// 4.将之前的虚拟dom树结合新的数据生成一颗新的虚拟dom树
var vDom = {
tag: "div",
attrs: {
id: content
},
children: [
{ tag: "p", content: 2 },
{ tag: "ul", attrs: { className: "list-group" } , children:[
{tag:"li",content:111111},
{tag:"li",content:222222}]
}
]
}
//5.将此次生成好的新的虚拟dom树与上一次的虚拟dom树结构进行对比,对比差异(diff算法)
//6.将对比出来的差异的部分进行重新真实dom结构渲染
- 5.将此次生成好的新的虚拟dom树与上一次的虚拟dom树结构进行对比,对比差异(diff算法)
- 6.将对比出来的差异的部分进行重新真实dom结构渲染
<div id="content">
<p>2</p>
<ul class="list-groiup">
<li>111111</li>
<li>222222</li>
</ul>
</div>
diff算法
- 虚拟DOM中，在DOM的状态发生变化时，虚拟DOM会进行Diff运算，来更新只需要被替换的DOM，而不是全部重绘。
在Diff算法中，只平层的比较前后两棵DOM树的节点，没有进行深度的遍历。
1.如果节点类型改变，直接将旧节点卸载，替换为新节点，旧节点包括下面的子节点都将被卸载，如果新节点和旧节点仅仅是类型不同，但下面的所有子节点都一样时，这样做也是效率不高的一个地方。
2.节点类型不变，属性或者属性值改变，不会卸载节点，执行节点更新的操作。
我们将这个过程称之为PROPS。此时不会触发节点的卸载（componentWillUnmount）和装载（componentWillMount）动作。而是执行节点更新（shouldComponentUpdate到componentDidUpdate的一系列方法）
3.文本改变，直接修改文字内容。文本对也是一个Text Node，也比较简单，直接修改文字内容就行了，我们将这个过程称之为TEXT
4.移动，增加，删除子节点时：
如果想在中间插入节点F，简单粗暴的做法是：卸载C，装载F，卸载D，装载C，卸载E，装载D，装载E。如下图：
写代码时，如果没有给数组或枚举类型定义一个key，就会采用上面的粗暴算法。
如果为元素增加key后，Vue就能根据key，直接找到具体的位置进行操作，效率比较高。如下图：
v-for中的key值
<div id="app">
<div>
<button @click="add">添加</button>
</div>
<ul>
<li v-for="item in list">
<input type="checkbox"> {{item}}
</li>
</ul>
</div>
<script src="./01-vue介绍/base/vue.js"></script>
<script>
var app = new Vue({
el: '#app',
data: {
list: ["语文", "英语", "数学"]
},
methods: {
add() {
// unshift()方法可向数组的开头添加一个或更多元素
this.list.unshift("历史");
}
}
});
</script>
-
本来选中的是语文,但是加了历史之后,就变成选中历史了
-
不给元素加
key属性,在渲染的时候就采用的是简单粗暴的方法 -
当给元素添加了key属性之后，就不会出现这样的问题了。
-
要注意为每项提供一个具有唯一值的 key 属性。理想的 key 值是每项都有的唯一 id
<div id="app">
<div>
<button @click="add">添加</button>
</div>
<ul>
<li v-for="(item,index) in list" :key="item.id">
<input type="checkbox"> {{item.name}}
</li>
</ul>
</div>
<script src="./01-vue介绍/base/vue.js"></script>
<script>
var app = new Vue({
el: '#app',
data: {
list: [
{name: "语文", id: 1},
{name: "数学", id: 2},
{name: "英语", id: 3}
]
},
methods: {
add() {
// unshift()方法可向数组的开头添加一个或更多元素
this.list.unshift({name:"历史",id:4});
}
}
});
</script>
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
