关于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用栈搭建的
如果使用传统的引入方式（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内容请搜索狼蚁SEO以前的文章或继续浏览狼蚁网站SEO优化的相关文章希望大家以后多多支持狼蚁SEO