关于Vue虚拟dom问题

一、什么是虚拟dom？

虚拟dom本质上就是一个普通的JS对象，用于描述视图的界面结构

在vue中，每个组件都有一个render函数，

没有render找template，没有template找el，有el就会把el.outHTML作为template，然后把这串字符串编译成render函数。
有template就不往下找了。有render同理。

每个render 函数都会返回一个虚拟dom树，这也就意味着每个组件都对应一棵虚拟DOM树。
也就是说render目的就是创建虚拟dom，这个组件到底要显示啥。
console.log(‘render'); ↓

题外：console.dir()可以显示一个对象所有的属性和方法。

如果没有return，这时候在页面中是不存在真实dom的。
加上return↓

h函数名字是自定义的，h函数结构，h(标签，{自身属性}，[子元素])
子元素继续用h函数建，因为有别的属性
我们在[ ]里面再创建一个子元素

h函数做了判断，如果不是对象，就是文本节点了，↑认为是省略掉了中间的配置

在页面内渲染出来。
console.log(vnode);

h1子元素↓

通过.elm对应真实结点

h(‘h1','{{title}}')这种是肯定不行的，必须h(‘h1',this.title)

二、为什么需要虚拟dom

在vue 中，渲染视图会调用render 函数，这种渲染不仅发生在组件创建时，同时发生在视图依赖的数据更新时。如果在渲染时，直接使用真实 DOM ，由于真实DOM的创建、更新、插入等操作会带来大量的性能损耗，从而就会极大的降低渲染效率。
因此， vue 在渲染时，使用虚拟dom来替代真实dom，主要为解决渲染效率的问题。

生成真实dom在第一次加载的时候没有任何问题，因为无法避免，必要要生成真实dom。
render函数不止生成一次，它是每一次数据变化都要生成。
但是如果在render里用createElement每次都会生成全新的dom元素，开销太大了

三、虚拟dom是如何转换为真实dom的

在一个组件实例首次被渲染时，它先生成虚拟dom树，深度优先遍历结点，setAttribute，然后根据虚拟dom树创建真实dom，并把真实dom挂载到页面中合适的位置，直接替换掉div#app，此时，每个虚拟dom便会对应一个真实的dom。

是不等于的，因为直接替换掉了div#app

如果一个组件受响应式数据变化的影响，需要重新渲染时，它仍然会重新调用render函数，创建出一个新的虚拟dom树，用新树和旧树对比，通过对比，vue会找到最小更新量，然后更新必要的真实dom节点
这样一来，就保证了对真实dom达到最小的改动。

通过diff算法查看那两个虚拟dom是不一样的，然后去改动对应结点的真实dom完成效果，保证改动最少，提高效率

四、模板和虚拟dom的关系

脚手架搭的虚拟dom

vue框架中有一个compile模块，它主要负责将模板转换为render函数，而render函数调用后将得到虚拟dom。

编译的过程分两步，（babel和webpack都是这么创建的）：

将模板字符串转换成为AST（抽象语法树，用树形结构描述我们的东西）将AST转换为render函数

AST↓，提一嘴AST用栈搭建的

如果使用传统的引入方式（class="lazy" data-src），则编译时间发生在组件第一次加载时，这称之为运行时编译。再提一嘴，第1步非常耗时。
如果是在vue-cli的默认配置下，编译发生在打包时，这称之为模板预编译。
编译是一个极其耗费性能的操作，预编译可以有效的提高运行时的性能，而且，由于运行的时候已不需要编译，vue-cli在打包时会排除掉vue中的compile模块，以减少打包体积

如果上面不写模板template

会报错，但是你可以在vue.config.js配置

module.export={runtimeCompiler:true}

不建议，会加入编译内容，使内容变多。（再提一嘴esbuild和vite加速打包，？没用过）

模板的存在，仅仅是为了让开发人员更加方便的书写界面代码
vue最终运行的时候，最终需要的是render函数，而不是模板，因此，模板中的各种语法，在虚拟dom中都是不存在的，它们都会变成虚拟dom的配置

等同于

案例：自动生成目录

现在需要制作一个组件，该组件可以根据其插槽中的内容，自动生成一个目录。

到此这篇关于关于Vue虚拟dom问题的文章就介绍到这了,更多相关Vue虚拟dom内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网