vue生命周期探究（二）

vue生命周期探究（二）

转载自：https://segmentfault.com/a/1190000008923105

上一章我们介绍了vue的组件生命周期和路由勾子，这一章，让我们来看看在vue-cli项目中，各个勾子的顺序是如何的吧。主要聚焦在页面加载的这条时间线。

页面加载的时候，vue生命周期的触发顺序是怎样的呢？

那么进入某个路由对应的组件的时候，我们会触发哪些类型的周期呢？

1. 根实例的加载相关的生命周期（beforeCreate、created、beforeMount、mounted）

2. 组件实例的加载相关的生命周期(beforeCreate、created、beforeMount、mounted)

3. 全局路由勾子(router.beforeEach)

4. 组件路由勾子(beforeRouteEnter)

5. 组件路由勾子的next里的回调(beforeRouteEnter)

6. 指令的周期(bind,inserted)

7. nextTick方法的回调

接下来，让我们用vue-cli简单改造后的项目，做一个测试，看看各个声明周期的触发顺序是怎样的

main.js：

router.beforeEach((to, from, next) => {
  console.log('路由全局勾子：beforeEach')
  next()
})

router.afterEach((to, from) => {
  console.log('路由全局勾子：afterEach')
})

new Vue({
  beforeCreate () {
    console.log('根组件：beforeCreate')
  },
  created () {
    console.log('根组件：created')
  },
  beforeMount () {
    console.log('根组件：beforeMount')
  },
  mounted () {
    console.log('根组件：mounted')
  }
  el: '#app',
  router,
  template: '<App/>',
  components: { App }
})

test.vue

<template>
  <h1 v-ooo @click = "$router.push('/')">test</h1>
</template>
<script>
export default {
  beforeRouteEnter (to, from, next) {
    console.log('组件路由勾子：beforeRouteEnter')
    next(vm => {
      console.log('组件路由勾子beforeRouteEnter的next')
    })
  },
  beforeCreate () {
    console.log('组件：beforeCreate')
  },
  created () {
    this.$nextTick(() => {
      console.log('nextTick')
    })
    console.log('组件：created')
  },
  beforeMount () {
    console.log('组件：beforeMount')
  },
  mounted () {
    console.log('组件：mounted')
  },
  directives: {
    ooo: {
      bind (el, binding, vnode) {
        console.log('指令binding')
      },
      inserted (el, binding, vnode) {
        console.log('指令inserted')
      }
    }
  }
}
</script>

接下来，直接进入test.vue对应的路由。在控制台，我们看到如下的输出

我们看到执行的顺序为

1. 路由勾子 (beforeEach、beforeRouteEnter、afterEach)

2. 根组件 (beforeCreate、created、beforeMount)

3. 组件 (beforeCreate、created、beforeMount)

4. 指令 (bind、inserted)

5. 组件 mounted

6. 根组件 mounted

7. beforeRouteEnter的next的回调

8. nextTick

结论

路由勾子执行周期非常早，甚至在根实例的渲染之前

具体的顺序 router.beforeEach > beforeRouteEnter > router.afterEach

tip:在进行路由拦截的时候要避免使用实例内部的方法或属性。
在开发项目时候，我们脑门一拍把，具体拦截的程序，写在了根实例的方法上了，到beforeEach去调用。
结果导致整个拦截的周期，推迟到实例渲染的之后。
因此对于一些路由组件的beforeRouteEnter里的请求并无法拦截，页面看上去好像已经拦截下来了。
实际上请求依然发了出去，beforeRouteEnter内的函数依然执行了。

指令的绑定在组件mounted之前，组件的beforeMount之后

不得不提的, beforeRouteEnter的next勾子

beforeRouteEnter的执行顺序是如此靠前，而其中next的回调勾子的函数，执行则非常靠后，在mounted之后！！
我们通常是在beforeRouteEnter中加载一些首屏用数据，待数据收到后，再调用next勾子，通过回调的参数vm将数据绑定到实例上。
因此，请注意next的勾子是非常靠后的。

nextTick

越早注册的nextTick触发越早