Vue2 组件initRender callHook
MiyueFE 人气:0initRender 组件渲染初始化
在 initEvents 事件系统初始化完成之后,紧接着的就是组件实例的渲染部分的初始化 initRender。
initRender 函数定义位于 src/core/instance/render.ts 文件内,基本定义如下:
export function initRender(vm: Component) { vm._vnode = null vm._staticTrees = null const options = vm.$options const parentVnode = (vm.$vnode = options._parentVnode!) const renderContext = parentVnode && (parentVnode.context as Component) vm.$slots = resolveSlots(options._renderChildren, renderContext) vm.$scopedSlots = parentVnode ? normalizeScopedSlots(vm.$parent!, parentVnode.data!.scopedSlots, vm.$slots) : emptyObject vm._c = (a, b, c, d) => createElement(vm, a, b, c, d, false) vm.$createElement = (a, b, c, d) => createElement(vm, a, b, c, d, true) const parentData = parentVnode && parentVnode.data if (__DEV__) { defineReactive( vm, '$attrs', (parentData && parentData.attrs) || emptyObject, () => !isUpdatingChildComponent && warn(`$attrs is readonly.`, vm), true ) defineReactive( vm, '$listeners', options._parentListeners || emptyObject, () => !isUpdatingChildComponent && warn(`$listeners is readonly.`, vm), true ) } else { // 将 defineReactive 的第四个参数设为 null 重新执行上面的步骤,即省略校验和报错部分 } }
这部分其实比较好理解:
首先是 清空 组件的 VNode 对象和静态dom节点树;并获取到该实例的 父组件虚拟dom树对象 parentVnode 与 父组件实例指向 renderContext
然后是处理 当前组件的 slots 插槽对象 ,以及标准化处理组件的数据域插槽
给组件添加两个 组件创建方法,但是这两个方法有细微差别:
- _c 表示使用内部 render 函数,不需要额外的标准化处理
- $createElement 则表示使用的是用户自己编写的 render 函数,需要内部重新进行一次标准化处理
- 这两个方法最终其实都是调用的 _createElement 方法,只是标准函数(即 _c)使用 simpleNormalizeChildren() 处理,而用户自定义 render (即 $createElement)使用 normalizeChildren() 处理
最后对 attrs∗∗和∗∗attrs** 和 **attrs∗∗和∗∗listeners 进行响应式处理。这一步主要是为了提供给高阶组件使用,当使用 attrs∗∗和∗∗attrs** 和 **attrs∗∗和∗∗listeners 进行绑定数据与事件透传时,可以正确触发高阶组件内部的状态更新。
整个过程其实就是解析了组件的 options 配置项与父组件的绑定参数,并对插槽和数据域插槽进行不同处理,最后给组件添加 _createElement 的事件指向绑定,并响应式处理两个组件内部没有直接定义的参数/事件。
callHook('beforeCreate')
因为这部分篇幅较少,所以把 callHook() 方法也一并看了。
这个方法从名字上就可以看出,是用来触发生命周期钩子的回调函数。在之前的 mergeOptions 配置合并 中已经知道,Vue 组件在实例化的时候会对 options 中的生命周期钩子函数定义进行标准化处理,最后每个生命周期对应的都是一个 函数数组(如果有定义了钩子函数的话)。
该方法的定义如下:
export function callHook(vm: Component, hook: string, args?: any[], setContext = true) { pushTarget() const prev = currentInstance setContext && setCurrentInstance(vm) const handlers = vm.$options[hook] const info = `${hook} hook` if (handlers) { for (let i = 0, j = handlers.length; i < j; i++) { invokeWithErrorHandling(handlers[i], vm, args || null, vm, info) } } if (vm._hasHookEvent) { vm.$emit('hook:' + hook) } setContext && setCurrentInstance(prev) popTarget() }
这里可以分成一下几步来理解:
- pushTarget() :在组件的 Dep 依赖中插入一个 undefined 元素并将当前依赖指向设置为 undefined,来禁止生命周期钩子函数执行时的依赖收集
- 遍历 options 中对应的钩子函数数组,调用 invokeWithErrorHandling 来执行(这里其实与 initEvnets 中注册组件事件的方法是一致的)
- 如果 _hasHookEvent 为 true,即父组件有设置子组件的生命周期监听函数,则用 $emit 抛出对应生命周期事件
- popTarget() :删除之前插入的 undefined 元素,并恢复 Dep 依赖对象中的依赖收集效果
- 两个 setCurrentInstance:这部分则是为了适配 V3 的写法而新增的部分,主要是保证在生命周期的钩子函数中使用 getCurrentInstance() 方法获取当前组件实例时能正确获取到当前的组件状态,但是在钩子函数执行完之后会恢复到之前的状态
加载全部内容