浅谈vue首次渲染全过程

昨天有朋友问我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首次渲染内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！