页面加载时，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

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

不得不提的, beforeRouteEnter的next勾子

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

nextTick

越早注册的nextTick触发越早
转载自https://segmentfault.com/a/1190000008923105

热门工具换一换