我們最開始的列子是:
<div id="app">{{ a }}</div>
var vm = new Vue({
el: '#app',
data: { a: 1 }
})
初始化執行_init
方法,該方法進行到vm.$options = mergeOptions(resolveConstructorOptions(vm.constructor), options || {}, vm)
的時候, 我們通過mergeOptions
方法了解了選項規范化和選項合并。
在我們的例子中,執行mergeOptions
方法的時候父選項是Vue.options
, 子選項就是參數{ el: '#app', data: { a: 1} }
。el
使用默認合并策略進行合并,data
合并完是一個函數,我們在選項合并中分析過了。看一下vm.$options
的打印結果
接著往下看_init
方法中的其他代碼
/* istanbul ignore else */
if (process.env.NODE_ENV !== 'production') {
initProxy(vm)
} else {
vm._renderProxy = vm
}
這是一個判斷分支,當是非生產環境時執行initProxy
方法,生產環境時在實例上添加_renderProxy
屬性。
再看一下initProxy
方法中是如何處理的,該函數定義在core/instance/proxy.js
文件中:
initProxy = function initProxy (vm) {
if (hasProxy) {
// determine which proxy handler to use
const options = vm.$options
const handlers = options.render && options.render._withStripped
? getHandler
: hasHandler
vm._renderProxy = new Proxy(vm, handlers)
} else {
vm._renderProxy = vm
}
}
整體也是一個判斷分支,不過不論是哪個分支,最后都在實例上添加了_renderProxy
屬性。先看一下hasProxy
的定義, 在當前文件中:
const hasProxy =
typeof Proxy !== 'undefined' && isNative(Proxy)
isNative
定義在core/util/env.js
文件中:
export function isNative (Ctor: any): boolean {
return typeof Ctor === 'function' && /native code/.test(Ctor.toString())
}
hasProxy的作用就是判斷宿主環境是否支持原生的 Proxy。
如果支持Proxy
,則對實例進行代理,代理對象賦給vm._renderProxy
; 如果不支持,直接給_renderProxy
屬性賦值vm
。
重點看一下支持的情況:
const options = vm.$options
const handlers = options.render && options.render._withStripped
? getHandler
: hasHandler
vm._renderProxy = new Proxy(vm, handlers)
攔截目標是vm
, handles就是攔截行為。如果options.render && options.render._withStripped
條件為真,handlers的值就是getHandler
,否則是hasHandler
。_withStripped
屬性只在測試代碼中被設置為true,所以一般是走hasHandler
, 它的定義也在該文件中:
const hasHandler = {
has (target, key) {
// key屬性是否存在在target中
const has = key in target
// 是全局變量或者是以_開頭的字符串并且沒有在$data中,返回true
const isAllowed = allowedGlobals(key) ||
(typeof key === 'string' && key.charAt(0) === '_' && !(key in target.$data))
// target沒有該屬性并且不是全局變量
if (!has && !isAllowed) {
// 以 _ 或 $ 開頭的屬性要使用 `$data.${key}`訪問
if (key in target.$data) warnReservedPrefix(target, key)
// 屬性沒定義
else warnNonPresent(target, key)
}
return has || !isAllowed
}
}
has可以攔截以下操作:
- in操作
- Reflect.has()
- with
這里有兩個警告函數:
- warnReservedPrefix, 為了避免和Vue 內置的屬性、API 方法沖突,以 _ 或
data.${key}`訪問
const warnReservedPrefix = (target, key) => {
warn(
`Property "${key}" must be accessed with "$data.${key}" because ` +
'properties starting with "$" or "_" are not proxied in the Vue instance to ' +
'prevent conflicts with Vue internals' +
'See: https://vuejs.org/v2/api/#data',
target
)
}
例如
var vm = new Vue({data: {_a: 1}})
vm._a // undefined
vm.$data._a // 1
- warnNonPresent. 在渲染的時候用到了
${key}
屬性,但是并沒有在實例上定義
const warnNonPresent = (target, key) => {
warn(
`Property or method "${key}" is not defined on the instance but ` +
'referenced during render. Make sure that this property is reactive, ' +
'either in the data option, or for class-based components, by ' +
'initializing the property. ' +
'See: https://vuejs.org/v2/guide/reactivity.html#Declaring-Reactive-Properties.',
target
)
}
比如:
<div>{{ a }}</div>
var vm = new Vue({data: {_a: 1}})
因為沒有在data中定義a
屬性,就會報上面那段警告,${key}
就是a
這是為了在開發階段給我們一個友好的提示,幫助我們快速定位問題。再回到_init
函數中看接下來的代碼
vm._self = vm
initLifecycle(vm)
initEvents(vm)
initRender(vm)
callHook(vm, 'beforeCreate')
initInjections(vm) // resolve injections before data/props
initState(vm)
initProvide(vm) // resolve provide after data/props
callHook(vm, 'created')
首先在實例對象上添加了_self
屬性,其值就是實例本身。接著執行了一系列的initxxx
方法,我們來一個個看。
初始化之 initLifecycle
initLifecycle
函數定義在core/instance/lifecycle.js
文件中
export function initLifecycle (vm: Component) {
const options = vm.$options
// locate first non-abstract parent
// parent指向當前實例的父組件
let parent = options.parent
// 如果有父組件且當前實例不是抽象的
if (parent && !options.abstract) {
// while循環查找當前實例的第一個非抽象的父組件
while (parent.$options.abstract && parent.$parent) {
parent = parent.$parent
}
// 將vm添加到當前第一個非抽象的父實例中
parent.$children.push(vm)
}
// 當前實例的$parent屬性指向第一個非抽象的父實例
vm.$parent = parent
// 設置$root實例屬性,有父實例就用父實例的$root,沒有就指向當前實例
vm.$root = parent ? parent.$root : vm
vm.$children = []
vm.$refs = {}
vm._watcher = null
vm._inactive = null
vm._directInactive = false
vm._isMounted = false
vm._isDestroyed = false
vm._isBeingDestroyed = false
}
首先定義了常量options,它指向當前實例的$options
屬性。接著定義了parent,它就是vm.$options.parent
的值,也就是當前實例的父組件。接著是一個條件判斷parent && !options.abstract
(如果有父組件且當前實例不是抽象的), 什么是抽象的組件呢?
官方文檔中介紹的keep-alive就是一個抽象組件,其中有這個一句話:<keep-alive> 是一個抽象組件:它自身不會渲染一個 DOM 元素,也不會出現在父組件鏈中
。所以抽象組件的特性就是
- 不渲染真實DOM
- 不出現在父組件鏈中
再來看這段代碼:
// parent指向當前實例的父組件
let parent = options.parent
// 如果有父組件且當前實例不是抽象的
if (parent && !options.abstract) {
// while循環查找當前實例的第一個非抽象的父組件
while (parent.$options.abstract && parent.$parent) {
parent = parent.$parent
}
// 將vm添加到當前第一個非抽象的父實例中
parent.$children.push(vm)
}
// 當前實例的$parent屬性指向第一個非抽象的父實例
vm.$parent = parent
// 設置$root實例屬性,有父實例就用父實例的$root,沒有就指向當前實例
vm.$root = parent ? parent.$root : vm
如果if條件為假,也就是當前實例是抽象的,就會跳過if語句塊直接設置實例屬性$parent
和$root
,并不會將當前實例添加到父組件的$children
中。
如果條件為真,也就是當前實例不是抽象的,就會執行if語句塊內的代碼。通過while循環查找第一個非抽象的父組件,因為抽象組件不能作為父級。找到父級(第一個非抽象的父組件)之后,將當前組件實例添加到父級的$children
中,再接著設置$parent
和$root
實例屬性。
在這之后又設置了一些實例屬性
vm.$children = []
vm.$refs = {}
vm._watcher = null
vm._inactive = null
vm._directInactive = false
vm._isMounted = false
vm._isDestroyed = false
vm._isBeingDestroyed = false
初始化之 initEvents
回到_init
函數中,initLifecycle
執行完之后,就是initEvents
, 它定義在core/instance/events.js
文件中
export function initEvents (vm: Component) {
vm._events = Object.create(null)
vm._hasHookEvent = false
// init parent attached events
const listeners = vm.$options._parentListeners
if (listeners) {
updateComponentListeners(vm, listeners)
}
}
在實例上添加_events
和_hasHookEvent
兩個屬性并初始化。那_events
都包含實例的哪些事件呢?我們通過個例子打印看看
<template lang="html">
<div class="">
<button-counter @on-change-count="changeCount"></button-counter>
</div>
</template>
<script>
export default {
components: {
'button-counter': {
data: function () {
return {
count: 0
}
},
template: '<button v-on:click="addCount">You clicked me {{ count }} times.</button>',
mounted () {
console.log('events', this._events);
},
methods: {
addCount () {
this.count++;
this.$emit('on-change-count')
}
}
}
},
methods: {
changeCount () {
console.log('changeCount');
}
}
}
</script>
看一下在子組件中打印_events
的結果:
結果是只有在父組件中使用當前組件時綁定在當前組件上的事件。
// init parent attached events
const listeners = vm.$options._parentListeners
if (listeners) {
updateComponentListeners(vm, listeners)
}
這段代碼應該是初始化父組件添加的事件,沒看太懂,先略過。
初始化之 initRender
接下來執行的是initRender
函數,該函數存在于core/instance/render.js
文件中,函數體如下:
export function initRender (vm: Component) {
vm._vnode = null // the root of the child tree
vm._staticTrees = null // v-once cached trees
const options = vm.$options
const parentVnode = vm.$vnode = options._parentVnode // the placeholder node in parent tree
const renderContext = parentVnode && parentVnode.context
vm.$slots = resolveSlots(options._renderChildren, renderContext)
vm.$scopedSlots = emptyObject
// bind the createElement fn to this instance
// so that we get proper render context inside it.
// args order: tag, data, children, normalizationType, alwaysNormalize
// internal version is used by render functions compiled from templates
vm._c = (a, b, c, d) => createElement(vm, a, b, c, d, false)
// normalization is always applied for the public version, used in
// user-written render functions.
vm.$createElement = (a, b, c, d) => createElement(vm, a, b, c, d, true)
// $attrs & $listeners are exposed for easier HOC creation.
// they need to be reactive so that HOCs using them are always updated
const parentData = parentVnode && parentVnode.data
/* istanbul ignore else */
if (process.env.NODE_ENV !== 'production') {
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(vm, '$attrs', parentData && parentData.attrs || emptyObject, null, true)
defineReactive(vm, '$listeners', options._parentListeners || emptyObject, null, true)
}
}
這么一大段代碼一眼望去讓人頭大,我們一點點來看,不懂的就暫時略過,不能丟了主線^o^
首先在Vue實例上添加了兩個屬性:_vnode
、_staticTrees
vm._vnode = null // the root of the child tree
vm._staticTrees = null // v-once cached trees
它們都被初始化為null, 會在合適的地方進行賦值并使用
接下來是這樣一段代碼:
const options = vm.$options
const parentVnode = vm.$vnode = options._parentVnode // the placeholder node in parent tree
const renderContext = parentVnode && parentVnode.context
vm.$slots = resolveSlots(options._renderChildren, renderContext)
vm.$scopedSlots = emptyObject
這段代碼是解析處理slot的,內容比較復雜,先略過~
// bind the createElement fn to this instance
// so that we get proper render context inside it.
// args order: tag, data, children, normalizationType, alwaysNormalize
// internal version is used by render functions compiled from templates
vm._c = (a, b, c, d) => createElement(vm, a, b, c, d, false)
// normalization is always applied for the public version, used in
// user-written render functions.
vm.$createElement = (a, b, c, d) => createElement(vm, a, b, c, d, true)
這是添加了兩個實例屬性:_c
和$createElement
, 它們都是對createElement方法的再封裝。
我們都寫過渲染函數
render: function (createElement) {
return createElement(
'h',
'test'
)
}
其中createElement也可以替換成this.$createElement
render: function () {
return this.$createElement(
'h',
'test'
)
}
最后是這樣一段代碼:
// $attrs & $listeners are exposed for easier HOC creation.
// they need to be reactive so that HOCs using them are always updated
const parentData = parentVnode && parentVnode.data
/* istanbul ignore else */
if (process.env.NODE_ENV !== 'production') {
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(vm, '$attrs', parentData && parentData.attrs || emptyObject, null, true)
defineReactive(vm, '$listeners', options._parentListeners || emptyObject, null, true)
}
這里是在Vue實例上添加了兩個屬性$attrs
和 $listeners
, 可以用來創建高階組件,官方文檔上對這兩個屬性有說明
這兩個對象定義的時候用了defineReactive
函數,該函數的作用是定義響應式屬性,具體實現在后面看雙向數據綁定的時候再看。也就是說這兩個屬性是響應式的,并且是兩個只讀屬性。
生命周期鉤子
剩余的函數調用包括這些:
callHook(vm, 'beforeCreate')
initInjections(vm) // resolve injections before data/props
initState(vm)
initProvide(vm) // resolve provide after data/props
callHook(vm, 'created')
callHook
就是調用鉤子函數,在beforeCreate
和created
鉤子函數調用的中間,調用了initInjections
、initState
、initProvide
三個方法,在initState
函數里面又調用了initProps
initMethods
initData
initComputed
initWatch
, 所以在beforeCreate
鉤子被調用時,所有與inject、provide props、methods、data、computed 以及 watch 相關的內容都不能使用。在created
鉤子函數中可以使用,但是不能訪問dom,因為這時候還沒掛載呢。
我們看一下callHook
的實現方式, 該函數存在于lifecycle.js
文件中:
export function callHook (vm: Component, hook: string) {
// #7573 disable dep collection when invoking lifecycle hooks
pushTarget()
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, null, vm, info)
}
}
if (vm._hasHookEvent) {
vm.$emit('hook:' + hook)
}
popTarget()
}
函數體的開頭和結尾分別調用了pushTarget
和popTarget
, 這是為了在調用生命周期時禁止收集依賴。
在看選項合并的時候我們知道生命周期鉤子最終被處理成了數組,所以handlers
如果有值的話就是一個數組。
所以下面判斷如果handlers
存在的話循環調用每一個函數
if (handlers) {
for (let i = 0, j = handlers.length; i < j; i++) {
invokeWithErrorHandling(handlers[i], vm, null, vm, info)
}
}
invokeWithErrorHandling
定義在core/util/error.js
文件中,里面調用了handlers[i]
函數
export function invokeWithErrorHandling (
handler: Function,
context: any,
args: null | any[],
vm: any,
info: string
) {
let res
try {
res = args ? handler.apply(context, args) : handler.call(context)
if (isPromise(res)) {
res.catch(e => handleError(e, vm, info + ` (Promise/async)`))
}
} catch (e) {
handleError(e, vm, info)
}
return res
}
為了捕獲可能出現的錯誤,使用try...catch
包裹了函數調用。如果函數調用返回Promise,用catch捕獲錯誤。
最后是這樣一段代碼:
if (vm._hasHookEvent) {
vm.$emit('hook:' + hook)
}
這是因為我們的生命周期還可以這樣調用:
<component
@hook:beforeCreate="handleChildBeforeCreate"
@hook:created="handleChildCreated" />
使用@hook:生命周期名
來監聽組件
的生命周期,當有這種方式時,_hasHookEvent
屬性就被設置為true。
因為initInjections
和initState
都有涉及數據雙向綁定的內容,所以接下來我們先看數據雙向綁定。