initRender 組件渲染初始化

在 initEvents 事件系統(tǒng)初始化完成之后，緊接著的就是組件實(shí)例的渲染部分的初始化 initRender。

initRender 函數(shù)定義位于 src/core/instance/render.ts 文件內(nèi)，基本定義如下：

 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 的第四個(gè)參數(shù)設(shè)為 null 重新執(zhí)行上面的步驟，即省略校驗(yàn)和報(bào)錯(cuò)部分
   }
 }

這部分其實(shí)比較好理解：

首先是 清空 組件的 VNode 對(duì)象和靜態(tài)dom節(jié)點(diǎn)樹(shù)；并獲取到該實(shí)例的 父組件虛擬dom樹(shù)對(duì)象 parentVnode 與 父組件實(shí)例指向 renderContext

然后是處理 當(dāng)前組件的 slots 插槽對(duì)象 ，以及標(biāo)準(zhǔn)化處理組件的數(shù)據(jù)域插槽

給組件添加兩個(gè) 組件創(chuàng)建方法，但是這兩個(gè)方法有細(xì)微差別：

• _c 表示使用內(nèi)部 render 函數(shù)，不需要額外的標(biāo)準(zhǔn)化處理
• $createElement 則表示使用的是用戶(hù)自己編寫(xiě)的 render 函數(shù)，需要內(nèi)部重新進(jìn)行一次標(biāo)準(zhǔn)化處理
• 這兩個(gè)方法最終其實(shí)都是調(diào)用的 _createElement 方法，只是標(biāo)準(zhǔn)函數(shù)（即 _c）使用 simpleNormalizeChildren() 處理，而用戶(hù)自定義 render （即 $createElement）使用 normalizeChildren() 處理

最后對(duì) attrs∗∗和∗∗attrs** 和 **attrs∗∗和∗∗listeners 進(jìn)行響應(yīng)式處理。這一步主要是為了提供給高階組件使用，當(dāng)使用 attrs∗∗和∗∗attrs** 和 **attrs∗∗和∗∗listeners 進(jìn)行綁定數(shù)據(jù)與事件透?jìng)鲿r(shí)，可以正確觸發(fā)高階組件內(nèi)部的狀態(tài)更新。

整個(gè)過(guò)程其實(shí)就是解析了組件的 options 配置項(xiàng)與父組件的綁定參數(shù)，并對(duì)插槽和數(shù)據(jù)域插槽進(jìn)行不同處理，最后給組件添加 _createElement 的事件指向綁定，并響應(yīng)式處理兩個(gè)組件內(nèi)部沒(méi)有直接定義的參數(shù)/事件。

callHook('beforeCreate')

因?yàn)檫@部分篇幅較少，所以把 callHook() 方法也一并看了。

這個(gè)方法從名字上就可以看出，是用來(lái)觸發(fā)生命周期鉤子的回調(diào)函數(shù)。在之前的 mergeOptions 配置合并 中已經(jīng)知道，Vue 組件在實(shí)例化的時(shí)候會(huì)對(duì) options 中的生命周期鉤子函數(shù)定義進(jìn)行標(biāo)準(zhǔn)化處理，最后每個(gè)生命周期對(duì)應(yīng)的都是一個(gè) 函數(shù)數(shù)組（如果有定義了鉤子函數(shù)的話(huà)）。

該方法的定義如下：

 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()
 }

這里可以分成一下幾步來(lái)理解：

• pushTarget() ：在組件的 Dep 依賴(lài)中插入一個(gè) undefined 元素并將當(dāng)前依賴(lài)指向設(shè)置為 undefined，來(lái)禁止生命周期鉤子函數(shù)執(zhí)行時(shí)的依賴(lài)收集
• 遍歷 options 中對(duì)應(yīng)的鉤子函數(shù)數(shù)組，調(diào)用 invokeWithErrorHandling 來(lái)執(zhí)行（這里其實(shí)與 initEvnets 中注冊(cè)組件事件的方法是一致的）
• 如果 _hasHookEvent 為 true，即父組件有設(shè)置子組件的生命周期監(jiān)聽(tīng)函數(shù)，則用 $emit 拋出對(duì)應(yīng)生命周期事件
• popTarget() ：刪除之前插入的 undefined 元素，并恢復(fù) Dep 依賴(lài)對(duì)象中的依賴(lài)收集效果
• 兩個(gè) setCurrentInstance：這部分則是為了適配 V3 的寫(xiě)法而新增的部分，主要是保證在生命周期的鉤子函數(shù)中使用 getCurrentInstance() 方法獲取當(dāng)前組件實(shí)例時(shí)能正確獲取到當(dāng)前的組件狀態(tài)，但是在鉤子函數(shù)執(zhí)行完之后會(huì)恢復(fù)到之前的狀態(tài)

以上就是Vue 2閱讀理解之initRender與callHook組件詳解的詳細(xì)內(nèi)容，更多關(guān)于Vue2 組件initRender callHook的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論