飞道的博客

vue首次渲染全过程

2021-04-19 17:30 350人阅读  评论(0)

昨天有朋友问我vue在页面第一次加载时到底做了些什么，看来这个问题在很多朋友心中可能还比较模糊，今天我们一起来详细的看看vue的首次渲染过程
vue源码下载地址：vue源码

了解vue首次渲染全过程，我们应该从哪说起呢，很明显，是不是应该从入口文件说起啊，即main.js

1、vue初始化

首先，我们看main.js中，第一个最关键的肯定是引入vue吧

import vue from '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多行代码）
什么意思呢，即

<body>
	<div id="app">
		<p>我是index.html中的内容</p>
	</div>
</body>

new Vue({
   
	template: '<div>我是template模板渲染出来的内容</div>'
}).$mount('#app')

上面的情况，
如果是完整版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
src/core/index.js ===> 2
src/platforms/web/runtime/index.js ===> 3
src/platforms/web/entry-runtime-with-compiler.js 4

那么，我们再来看，每个文件都执行了些什么，
首先 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执行完后，会继续执行下一个文件

src/core/instace/index.js ===> 1
src/core/index.js ===> 2
src/platforms/web/runtime/index.js ===> 3
src/platforms/web/entry-runtime-with-compiler.js 4

1.2、src/core/index.js


可以看出，这个文件，主要是给vue新增了很多静态实例方法和属性，具体新增了哪些，
我们继续看被执行的那个方法initGlobalAPI(Vue)

1.2.1 initGlobalAPI(Vue)

export function initGlobalAPI (Vue: GlobalAPI) {
   
  // config
  const configDef = {
   }
  configDef.get = () => config
  if (process.env.NODE_ENV !== 'production') {
   
    configDef.set = () => {
   
      warn(
        'Do not replace the Vue.config object, set individual fields instead.'
      )
    }
  }
  // 新增了一个config属性
  Object.defineProperty(Vue, 'config', configDef)

  // 新增了一个静态成员 util
  Vue.util = {
   
    warn,
    extend,
    mergeOptions,
    defineReactive
  }

  // 新增了3个静态成员set  delete  nextTick
  Vue.set = set
  Vue.delete = del
  Vue.nextTick = nextTick

  // 新增了一个静态成员 observable
  Vue.observable = <T>(obj: T): T => {
   
    observe(obj)
    return obj
  }

  // 初始化了options  此时options是空对象</T>
  Vue.options = Object.create(null)
  ASSET_TYPES.forEach(type => {
   
    Vue.options[type + 's'] = Object.create(null)
  })

  Vue.options._base = Vue

  // 注册了一个全局组件keep-alive builtInComponents内部就是keep-alive的组件导出
  extend(Vue.options.components, builtInComponents)

  // 下面是分别初始化了Vue.use() Vue.mixin() Vue.extend() 
  initUse(Vue)
  initMixin(Vue)
  initExtend(Vue)
  // 初始化Vue.directive(), Vue.component(), vue.filter()
  initAssetRegisters(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文件啊，
此时会执行到

new Vue({
   
  router,
  store,
  render: h => h(App)
}).$mount('#app')

这个时候，会开始调用，我们的vue构造函数

2、vue构造函数执行

此时，会先执行vue构造函数，

可以看出，主要是执行了_init方法，从这里开始，vue的生命周期开始执行了

上面只是_init()方法中最主要的一部分代码，（代码太多，我就不全部截图了，你们自己到源码中看）。可以看出：

2.1、beforeCreate钩子

在生命周期beforeCreate钩子之前，vue主要做的事情就是给vue原型新增各种属性和方法，给vue新增各种静态属性和方法，以及给vm实例新增各种属性和方法

2.2、created钩子

上图可以看出，beforeCreate钩子执行结束后，主要执行了3个方法：initInjections, initState, initProvide

// 把inject注入到vm实例
callHook(vm, 'beforeCreate')

// 把inject注入到vm实例
initInjections(vm)

// 初始化vm的$props,$methods,$data,computed,watch
initState(vm)

// 把provide注入vm实例
initProvide(vm)

// 执行created生命周期
callHook(vm, 'created')

其实，重点是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下，

new Vue({
   
  el: '#app'
  router,
  store,
  render: h => h(App)
})

故，vm.$options.el就是上面传入的el。
这里判断el是否存在，如果存在，才会继续往下执行$mount

那大家可能会好奇了，如果不存在，那是不是就卡死了，后面都不会走了。是的，如果没有，就不会继续走了，要想代码继续往下走，必然要执行$mount方法。
此时，我们再看一直vue常用的情况

new Vue({
   
  router,
  store,
  render: h => h(App)
}).$mount('#app')

这里没有传入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，得出差异，更新需要更新的地方

首次渲染整个过程就是这样。有问题欢迎下方评论或者私信我


转载：https://blog.csdn.net/weixin_42707287/article/details/115796218
查看评论
* 以上用户言论只代表其个人观点，不代表本网站的观点或立场