携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第25天，点击查看活动详情
initRender 组件渲染初始化
在 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() 处理
-
最后对 listeners 进行响应式处理。这一步主要是为了提供给高阶组件使用，当使用 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() 方法获取当前组件实例时能正确获取到当前的组件状态，但是在钩子函数执行完之后会恢复到之前的状态
