上一章我们介绍了vue的组件生命周期和路由勾子，这一章，让我们来看看在vue-cli项目中，各个勾子的顺序是如何的吧。主要聚焦在页面加载的这条时间线。
页面加载的时候，vue生命周期的触发顺序是怎样的呢？
那么进入某个路由对应的组件的时候，我们会触发哪些类型的周期呢？
根实例的加载相关的生命周期（beforeCreate、created、beforeMount、mounted）
组件实例的加载相关的生命周期(beforeCreate、created、beforeMount、mounted)
全局路由勾子(router.beforeEach)
组件路由勾子(beforeRouteEnter)
组件路由勾子的next里的回调(beforeRouteEnter)
指令的周期(bind,inserted)
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对应的路由。在控制台，我们看到如下的输出
我们看到执行的顺序为
路由勾子 (beforeEach、beforeRouteEnter、afterEach)
根组件 (beforeCreate、created、beforeMount)
组件 (beforeCreate、created、beforeMount)
指令 (bind、inserted)
组件 mounted
根组件 mounted
beforeRouteEnter的next的回调
nextTick
结论
路由勾子执行周期非常早，甚至在根实例的渲染之前
具体的顺序 router.beforeEach > beforeRouteEnter > router.afterEach
tip:在进行路由拦截的时候要避免使用实例内部的方法或属性。
在开发项目时候，我们脑门一拍把，具体拦截的程序，写在了根实例的方法上了，到beforeEach去调用。
结果导致整个拦截的周期，推迟到实例渲染的之后。
因此对于一些路由组件的beforeRouteEnter里的请求并无法拦截，页面看上去好像已经拦截下来了。
实际上请求依然发了出去，beforeRouteEnter内的函数依然执行了。指令的绑定在组件mounted之前，组件的beforeMount之后
不得不提的, beforeRouteEnter的next勾子
beforeRouteEnter的执行顺序是如此靠前，而其中next的回调勾子的函数，执行则非常靠后，在mounted之后！！
我们通常是在beforeRouteEnter中加载一些首屏用数据，待数据收到后，再调用next勾子，通过回调的参数vm将数据绑定到实例上。
因此，请注意next的勾子是非常靠后的。
nextTick
越早注册的nextTick触发越早