共计 6357 个字符,预计需要花费 16 分钟才能阅读完成。
请说一下 Vue 的生命周期?这种烂大巷的问题为什么还在问?
- 考查你的熟练度
- 考查你的深度
- 考查你的知识面
你说是吗,对于 Vue 生命周期有些能说出上面的钩子函数名,有些甚至这些钩子函数名都说不上来,那是真的须要补充一下了,因为这些钩子函数也只是 Vue 残缺生命周期中的冰山一角
源码地址:src/shared/constants.js - 9 行
export const LIFECYCLE_HOOKS = [
'beforeCreate',
'created',
'beforeMount',
'mounted',
'beforeUpdate',
'updated',
'beforeDestroy',
'destroyed',
'activated',
'deactivated',
'errorCaptured',
'serverPrefetch'
]
Vue 残缺的生命周期大抵可分成四个阶段
- 初始化阶段:为 Vue 实例初始化一些事件、属性和响应式数据等
- 模板编译阶段:把咱们写的
<template></template>
模板编译成渲染函数render
- 挂载阶段:把模板渲染到实在的 DOM 节点上,以及数据变更时执行更新操作
- 销毁阶段:把组件实例从父组件中删除,并勾销依赖监听和事件监听
这四个阶段别离是怎么划分的,来看一张图(图片来源于 Vue 中文社区)
上面再从源码为大家一一开展每一个阶段做的事,留神看每个生命周期钩子函数调用的工夫,以及前后都别离做了什么
初始化阶段
new Vue()
这个阶段做的第一件事,就是用 new 创立一个 Vue 实例对象
new Vue({
el:'#app',
store,
router,
render: h => h(App)
})
能用 new 那必定是有一个构造函数的,咱们来看一下
源码地址:src/core/instance/index.js - 8 行
function Vue (options) {if (process.env.NODE_ENV !== 'production' && !(this instanceof Vue) ) {warn('Vue is a constructor and should be called with the `new` keyword')
}
this._init(options)
}
initMixin(Vue)
能够看出 new Vue() 的要害就是 _init()
了,来看一下它是哪来的,干了些什么
_init()
源码地址:src/core/instance/init.js - 15 行
我这里去掉了一些环境判断的,次要流程就是
- 合并配置,次要是把一些内置组件
<component/>
、<keep-alive>
、<transition>
、directive
、filter
、本文最开始的钩子函数名称列表等合并到 Vue.options 下面 - 调用一些初始化函数,这里具体初始化了哪些货色我写在正文里了
- 触发生命周期钩子,
beforeCreate
和created
- 最初调用
$mount
挂载 进入下一阶段
export function initMixin (Vue: Class<Component>) {
// 在原型上增加 _init 办法
Vue.prototype._init = function (options?: Object) {
// 保留以后实例
const vm: Component = this
// 合并配置
if (options && options._isComponent) {
// 把子组件依赖父组件的 props、listeners 挂载到 options 上,并指定组件的 $options
initInternalComponent(vm, options)
} else {
// 把咱们传进来的 options 和以后构造函数和父级的 options 进行合并,并挂载到原型上
vm.$options = mergeOptions(resolveConstructorOptions(vm.constructor),
options || {},
vm
)
}
vm._self = vm
initLifecycle(vm) // 初始化实例的属性、数据:$parent, $children, $refs, $root, _watcher... 等
initEvents(vm) // 初始化事件:$on, $off, $emit, $once
initRender(vm) // 初始化渲染:render, mixin
callHook(vm, 'beforeCreate') // 调用生命周期钩子函数
initInjections(vm) // 初始化 inject
initState(vm) // 初始化组件数据:props, data, methods, watch, computed
initProvide(vm) // 初始化 provide
callHook(vm, 'created') // 调用生命周期钩子函数
if (vm.$options.el) {
// 如果传了 el 就会调用 $mount 进入模板编译和挂载阶段
// 如果没有传就须要手动执行 $mount 才会进入下一阶段
vm.$mount(vm.$options.el)
}
}
}
这里须要记着下面流程阐明,合并了哪些配置,初始化了什么货色,别离在什么时候调用了两个生命周期钩子函数,最初调用 $mount
挂载,进入下一阶段
模板编译阶段
先看图理解一下这个阶段做的事
$mount()
源码地址:dist/vue.js - 11927 行
Vue.prototype.$mount = function (el, hydrating) {el = el && query(el);
var options = this.$options;
// 如果没有 render
if (!options.render) {
var template = options.template;
// 再判断,如果有 template
if (template) {if (typeof template === 'string') {if (template.charAt(0) === '#') {template = idToTemplate(template);
}
} else if (template.nodeType) {template = template.innerHTML;} else {return this}
// 再判断,如果有 el
} else if (el) {template = getOuterHTML(el);
}
}
return mount.call(this, el, hydrating)
};
说白了 $mount
次要就是判断要不要编译,应用哪一个模板编译,须要留神的就是判断程序了,咱们来看一下这段代码
<div id='app'>
<p>{{name}}</p>
</div>
<script>
new Vue({
el:'#app',
data:{name:'沐华'},
template:'<div> 掘金 </div>',
render(h){return h('div', {}, '好好学习,天天向上')
}
})
</script>
可能有点顺当,能够设想一下执行下面这样的代码,会渲染出什么
联合源码马上就晓得会渲染进去的只有 <div> 好好学习,天天向上 </div>
因为源码中是优先判断 render
是否存在,如果存在,就间接应用 render 函数了
如果没有,再判断 template 和 el,如果有 template
,就不会管 el
了
所以优先级程序是:render > template > el
因为不论是 el
挂载的,还是 template
最初都会被编译成 render
函数,而如果曾经有了 render
函数了,就跳过后面的编译了
对于模板编译是怎么编译的?render 是怎么来的?更多具体内容有点多,具体能够看我另一篇文章有源码的残缺流程具体介绍 render 函数是怎么来的?深入浅出 Vue 中的模板编译
失去 render 函数之后,就会进入挂载阶段了
挂载阶段
先看图理解一下这个阶段做的事
如图也能够看得出来,这里阶段次要做的事有两件
- 依据 render 返回的虚构 DOM 创立实在的 DOM 节点,插入到视图中,实现渲染
- 对模板中数据或状态做响应式解决
mountComponent()
咱们来看挂载的源码,这里我删除了一点对于环境判断的,不便看次要流程
这里次要做的事就是
- 调用钩子函数
beforeMount
- 调用
_update()
办法对新老虚构 DOM 进行patch
以及new Watcher
对模板数据做响应式解决 - 再调用钩子函数
mounted
源码地址:src/core/instance/lifecycle.js - 141 行
export function mountComponent (
vm: Component,
el: ?Element,
hydrating?: boolean
): Component {
vm.$el = el
// 判断有没有渲染函数 render
if (!vm.$options.render) {
// 如果没有,默认就创立一个正文节点
vm.$options.render = createEmptyVNode
}
// 调用生命周期钩子函数
callHook(vm, 'beforeMount')
let updateComponent
updateComponent = () => {// 调用 _update 对 render 返回的虚构 DOM 进行 patch(也就是 Diff) 到实在 DOM,这里是首次渲染
vm._update(vm._render(), hydrating)
}
// 为以后组件实例设置观察者,监控 updateComponent 函数失去的数据,上面有介绍
new Watcher(vm, updateComponent, noop, {
// 当触发更新的时候,会在更新之前调用
before () {
// 判断 DOM 是否是挂载状态,就是说首次渲染和卸载的时候不会执行
if (vm._isMounted && !vm._isDestroyed) {
// 调用生命周期钩子函数
callHook(vm, 'beforeUpdate')
}
}
}, true /* isRenderWatcher */)
hydrating = false
// 没有老的 vnode,阐明是首次渲染
if (vm.$vnode == null) {
vm._isMounted = true
// 调用生命周期钩子函数
callHook(vm, 'mounted')
}
return vm
}
Watcher
对于响应式原理,能够看我另一篇文章介绍的很具体了就不搬过去了,深入浅出 Vue 响应式原理源码分析
_update()
而后再理解一上来 patch 的入口,无关 Diff 算法源码的残缺流程分析,能够看我另一篇文章介绍的很具体了就不搬过去了,深入浅出虚构 DOM 和 Diff 算法,及 Vue2 与 Vue3 中的区别
源码地址:src/core/instance/lifecycle.js - 59 行
Vue.prototype._update = function (vnode: VNode, hydrating?: boolean) {
const vm: Component = this
const prevEl = vm.$el // 以后组件根节点
const prevVnode = vm._vnode // 老的 vnode
vm._vnode = vnode // 更新老的 vnode
// 如果是首次渲染
if (!prevVnode) {
// 对 vnode 进行 patch 创立实在的 DOM,挂载到 vm.$el 上
vm.$el = vm.__patch__(vm.$el, vnode, hydrating, false /* removeOnly */)
} else {
// 批改的时候,进行新老 vnode 比照,并回批改后的实在 DOM
vm.$el = vm.__patch__(prevVnode, vnode)
}
// 删除老根节点的援用
if (prevEl) prevEl.__vue__ = null
// 更新以后根节点的援用
if (vm.$el) vm.$el.__vue__ = vm
// 更新父级的援用
if (vm.$vnode && vm.$parent && vm.$vnode === vm.$parent._vnode) {vm.$parent.$el = vm.$el}
}
销毁阶段
先看图理解一下这个阶段做的事
就是说在调用 vm.$destroy()
办法的时候,Vue 就进入销毁阶段了,来看一下组件销毁过程都干了些啥,是怎么销毁的?
$destroy()
这个阶段比较简单,源码不多,次要就是:
- 调用生命周期钩子函数
beforeDestory
- 从父组件中删除以后组件
- 移除以后组件内的所有观察者 (依赖追踪),删除数据对象的援用,删除虚构 DOM
- 调用生命周期钩子函数
destoryed
- 敞开所有事件监听,删除以后根组件的援用,删除父级的援用
每一行我都写在正文里了,留神看
源码地址:src/core/instance/lifecycle.js - 97 行
Vue.prototype.$destroy = function () {
const vm: Component = this
// 如果实例正在被销毁的过程中,间接跳过
if (vm._isBeingDestroyed) {return}
// 调用生命周期钩子函数
callHook(vm, 'beforeDestroy')
// 更新销毁过程状态
vm._isBeingDestroyed = true
// 获取父级
const parent = vm.$parent
// 如果父级存在,并且父级没有在被销毁,并且不是形象组件而是实在组件 (<keep-alive> 就是形象组件,它的 abstract 就为 true)
if (parent && !parent._isBeingDestroyed && !vm.$options.abstract) {
// 从父级中删除以后组件
remove(parent.$children, vm)
}
// 移除实例的所有观察者
if (vm._watcher) {
// 删除实例本身依赖
vm._watcher.teardown()}
let i = vm._watchers.length
while (i--) {
// 删除实例内数据对其余数据的依赖
vm._watchers[i].teardown()}
// 删除数据对象的援用
if (vm._data.__ob__) {vm._data.__ob__.vmCount--}
// 更新组件销毁状态
vm._isDestroyed = true
// 删除实例的虚构 DOM
vm.__patch__(vm._vnode, null)
// 调用生命周期钩子函数
callHook(vm, 'destroyed')
// 敞开所有事件监听
vm.$off()
// 删除以后根组件的援用
if (vm.$el) {vm.$el.__vue__ = null}
// 删除父级的援用
if (vm.$vnode) {vm.$vnode.parent = null}
}
什么时候会调用 $destroy()
我在 patch 源码里看到有三次调用,源码地址:src/core/vdom/patch.js
- 新的 vnode 不存在,老的 vnode 存在的时候,就触发卸载老 vnode 对应组件的 destroy。702 行
- 如果新的 vnode 根节点被批改的时候,调用老 vnode 对应组件的 destroy。767 行
- 新老 vnode 比照完结后,调用老 vnode 对应组件的 destroy。795 行
至此,一轮残缺的 Vue 生命周期就走完了
往期精彩
- 深入浅出 Vue 响应式原理源码分析
- render 函数是怎么来的?深入浅出 Vue 中的模板编译
- 深入浅出虚构 DOM 和 Diff 算法,及 Vue2 与 Vue3 中的区别
- Vue3 的 7 种和 Vue2 的 12 种组件通信,值得珍藏
- 最新的 Vue3.2 都更新了些什么理解一下
- JavaScript 进阶知识点
- 前端异样监控和容灾
- 20 分钟助你拿下 HTTP 和 HTTPS,坚固你的 HTTP 常识体系
结语
如果本文对你有一丁点帮忙,点个赞反对一下吧,感激感激