昨天有朋友问我vue在页面第一次加载时到底做了些什么，看来这个问题在很多朋友心中可能还比较模糊，今天我们一起来详细的看看vue的首次渲染过程
了解vue首次渲染全过程，我们应该从哪说起呢，很明显，是不是应该从入口文件说起啊，即main.js
1、vue初始化
首先，我们看main.js中，第一个最关键的肯定是引入vue吧
其实，vue被打包后，dist文件夹中存在多个版本，分别是
通用版本（umd）：中的完整版 vue.js 和运行时版本 vue.runtime.js
commonjs版本：中的完整版vue.common.js 和 运行时版本vue.runtime.common.js
es module版本：中的完整版vue.esm.js 和 运行时版本vue.runtime.esm.js
一般在vue2.6以后，我们用vue/cli创建的项目用的都是vue.runtime.esm.js运行时版本
即，引入vue时会引入vue.esm.js这个版本
那么，vue引入以后，是不是vue中的相关代码会被执行啊。那最新执行vue源码中的哪块代码呢（引入的vue就是vue源码中被打包后的vue），我们先得知道入口文件在哪
vue入口文件
vue的入口文件主要在vue源码结构的src/platforms/web下
vue打包时，可以选择不同的vue入口文件来进行打包，不同的入口文件打包出来的vue版本不同。
这里我们主要来说完整版entry-runtime-with-compiler.js
下面我们先来了解下完整版和运行时版本的区别
完整版和运行时版本的区别
完整版是运行时版本 + 编译器的组合
运行时版本不带编译器compiler，即没有模板编译功能，主要用来创建vue实例，渲染虚拟dom。体积小，更轻量（compiler编译器有3000多行代码）
什么意思呢，即
上面的情况，
如果是完整版vue，存在compiler编译器，会将new vue时传入的template编译成render函数，并赋值给options的render属性，然后$mount后，会渲染render函数成虚拟dom，再将虚拟dom转话为真实dom，所以最终页面会出现 我是template模板渲染出来的内容 这句话。原本的那句话会被覆盖
如果是运行时版本，没有编译器，不会编译template中的内容，则页面只会存在原来的dom
下面我们来继续往下看
找到入口文件后，我们开始看看会执行哪些东西
可以看出，入口文件先导入了vue，然后经过了一些处理，最终又导出了vue
我们先通过导入vue的路径一步一步找到vue构造函数的创建在哪创建的。如上图，从runtime/index中导入了vue，那么我们去看runtime/index
这个文件也是一样，import了vue 经过了一些处理，然后又导出了vue，我们继续往上找，找core/index
这个文件也是一样，我们继续往上找，找./instance/index
在这里，我们找到了我们的vue构造函数的创建，是在源码的src/core/instance/index.js文件中。
那么，我们从刚刚上面的引用关系，就能发现，vue被我们引入到项目中后，首先会执行的文件的顺序是
那么，我们再来看，每个文件都执行了些什么，
首先 src/core/instace/index.js
1.1、src/core/instace/index.js
首先，此文件定义了vue构造函数，并初始化了一些vue的实例属性和实例方法，即，在vue.prototype原型下新增了各种方法和属性
下面，我们具体来看下，每一个方法具体初始化了vue的哪些实例属性或方法
1.1.1、initmixin（vue）
1.1.2、statemixin(vue)
1.1.3、eventsmixin(vue)
1.1.4、lifecyclemixin(vue)
1.1.5、rendermixin(vue)
src/core/instace/index.js执行完后，会继续执行下一个文件
1.2、src/core/index.js
可以看出，这个文件，主要是给vue新增了很多静态实例方法和属性，具体新增了哪些，
我们继续看被执行的那个方法initglobalapi(vue)
1.2.1 initglobalapi(vue)
1.3、src/platforms/web/runtime/index.js
1.4、src/platforms/web/entry-runtime-with-compiler.js
此文件，最主要的作用就重写了vue原型下的$mount方法。具体$mount方法中做了些什么，我们后面会讲
1.5、vue初始化总结
上面写的整个过程，都是用户在使用vue时，引入vue文件后，立刻会执行的一些东西
这些执行完后，是不是会继续去执行我们项目中的main.js文件啊，
此时会执行到
这个时候，会开始调用，我们的vue构造函数
2、vue构造函数执行
此时，会先执行vue构造函数，
可以看出，主要是执行了_init方法，从这里开始，vue的生命周期开始执行了
上面只是_init()方法中最主要的一部分代码，（代码太多，我就不全部截图了，你们自己到源码中看）。可以看出：
2.1、beforecreate钩子
在生命周期beforecreate钩子之前，vue主要做的事情就是给vue原型新增各种属性和方法，给vue新增各种静态属性和方法，以及给vm实例新增各种属性和方法
2.2、created钩子
上图可以看出，beforecreate钩子执行结束后，主要执行了3个方法：initinjections, initstate, initprovide
其实，重点是initstate（vm）方法，该方法中，初始化了vm实例的$props, $data, $methods, computed, watch等。同时，在里面调用了一个initdata()方法，该方法内会调用observer() 方法，将data中的数据都转化为响应式数据。即添加数据拦截器。
所以可以看出，在created生命周期之前，vm的$props, $data, $methods, computed, watch属性都会初始化完成，
故，这也就是为什么，我们可以在created中调用我们data中的各种数据以及调用props或者methods等下面的各种方法了。
created生命周期走完以后，继续往下看
可以看出，这里判断了vm.$options.el是否存在，vm.$options.el是什么啊。
new vue（{}）时，传入的那个对象的所有属性，都会被挂载options下，
故，vm.$options.el就是上面传入的el。
这里判断el是否存在，如果存在，才会继续往下执行$mount
那大家可能会好奇了，如果不存在，那是不是就卡死了，后面都不会走了。是的，如果没有，就不会继续走了，要想代码继续往下走，必然要执行$mount方法。
此时，我们再看一直vue常用的情况
这里没有传入el，所以源码中的
肯定是不会走的。但是，用户在new vue的时候可以自己用new 出来的vue实例去调用$mount。这么一来，大家看我们官网的生命周期图，可能就更容易看懂了
好了，下面我们继续往下，下一步是执行 $mount，我们来看 $mount方法
2.3、$mount函数
我们之前初始化的时候，重写过$mount还记得吗，所以，此时我们执行$mount时，执行的是重写后的mount
这里在重写前先存储了重写前的mount方法，然后在最后调用了重写前的mount方法。
重写后，最关键的代码是判断是否有render函数
这一步的主要作用就是判断是否有render函数，
如果有，直接往下执行重写前的$mount方法前渲染render函数，
如果没有，就会前判断是否存在template模板（options.template是否存在，options.template可能是id选择器，可能是dom），如果存在模板，就会获取到模板中的内容，并赋值给template，options.template不存在，那么会直接以el指定的dom为模板（即#app）,获取到el下的dom，赋值给template
template取到dom后，然后继续往下，将此template编译成render函数，并将编译出来的render函数挂载options.render属性下
然后会继续执行重写前的$mount，理解了这，我们就能理解生命周期图中的另一部分了
2.4、beforemount
下面，我们继续来看重写前的$mount函数的执行
可以看出\ $mount中主要是执行了函数mountcomponent，我们继续看mountcomponent函数
可以看出，此函数，主要做了以下4件事
我们一件一件来看
1、执行了beforemount钩子，所以可以得出结论，再beforemount之前，我们主要是初始化和得到render函数。而beforemount之后，才是开始将render函数渲染成虚拟dom，然后更新真实dom
render函数得到的途径有3种
第一：用户自己传入render
第二：.vue文件编译成render
这种方式，就是自己传入了一个render函数，函数内用h函数前执行了app.vue文件。
.vue文件最终转化为render函数需要借助vue-loader来完成
第三、将template模板编译成render函数
2、定义了一个updatecomponent函数，此函数内调用了vm的_update方法，同时执行了vm._render（）方法，并将执
行后的结果当做参数传给_update方法。_render方法我们前面说过，他内部渲染了render函数成为虚拟dom，故_render()的返回值是一个vnode。
我们先来看下_render（）函数内部如何将render函数转化为虚拟dom的
然后我们再看_update函数内部做了啥
可以看出，_update函数中，执行了__patch__方法去对比两个新旧dom，从而找出差异，更新真实dom。如果是首次渲染，则直接将当前的vnode，生成真实的dom。
故得出结论，整个updatecomponent方法的主要作用就是渲染render函数，更新dom
而什么时候更新dom的关键，就在于什么时候去调用这个updatecomponent函数了
3、new 了一个watcher实例
可以看出，new一个watcher实例的同时，传入了updatecomponent函数作为参数。
此时，我们看new watcher时，会执行watcher构造函数，我们看watcher构造函数内做了啥
watcher分为3种，渲染watcher，$watch函数的watcher，computed的watcher。我们这里渲染页面的是渲染watcher
上面将我们传入的函数传给了getter
继续往下走，调用了get()
可以看出，get()中调用了我们传入的函数，而我们传入的函数就是渲染render函数，并触发虚拟dom更新真实dom，而返回的值，就是渲染后的真实dom，最后赋值给了this.value，而this.value最后会用于更新依赖者。而我们当前这个wather实例，是主vue实例的watcher，故可以理解为整个页面的watcher。当我们调用this.$fouceupdate()时，就是调用这个实例的update方法，去更新整个页面。
所以说，new wacher的时候 updatecomponent会自动调用一次，这就是我们的首次渲染。
此时，我们继续往下看
这内部，还做了个判断，如果vm._ismounted为true（即mounted钩子已经执行过了），而vm._isdestroyed为fase时（即当前组件还未销毁）。此时，如果产生更新，则说明并非首次渲染，那么执行beforeupdate钩子，后续肯定还会走updated。这里我们就不说updated的事了
new watcher后，代码继续往下走
判断了当前vnode如果null，说明之前没有生成过虚拟dom，也就说明这次肯定是首次渲染，此时，vm._ismounted置为true。并执行mounted钩子函数，此时，首次渲染完成。
2.5、mounted
可以看出，整个beforemount 到 mounted过程中，主要做的工作就是
1、渲染render函数成为虚拟dom vnode
2、执行vm._update函数，将虚拟dom转化为真实dom
如果是beforeupdate 到 updated钩子之间，说明不是首次渲染，那么虚拟dom会有新旧两个。此时vm._update函数的作用就是对比新旧两个vnode，得出差异，更新需要更新的地方
首次渲染整个过程就是这样。到此这篇关于浅谈vue首次渲染全过程的文章就介绍到这了,更多相关vue首次渲染内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！
