本文圍繞下面這個(gè)例子，講解一下computed初始化及更新時(shí)的流程，來看看計(jì)算屬性是怎么實(shí)現(xiàn)的緩存，及依賴是怎么被收集的。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
<div id="app"> <span @click="change">{{sum}}</span></div><script src="./vue2.6.js"></script><script> new Vue({ el: "#app", data() { return { count: 1, } }, methods: { change() { this.count = 2 }, }, computed: { sum() { return this.count + 1 }, }, })</script> |
初始化 computed
vue初始化時(shí)先執(zhí)行init方法，里面的initState會(huì)進(jìn)行計(jì)算屬性的初始化
|
1
|
if (opts.computed) {initComputed(vm, opts.computed);} |
下面是initComputed的代碼
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
var watchers = vm._computedWatchers = Object.create(null); // 依次為每個(gè) computed 屬性定義一個(gè)計(jì)算watcherfor (const key in computed) { const userDef = computed[key] watchers[key] = new Watcher( vm, // 實(shí)例 getter, // 用戶傳入的求值函數(shù) sum noop, // 回調(diào)函數(shù) 可以先忽視 { lazy: true } // 聲明 lazy 屬性 標(biāo)記 computed watcher ) // 用戶在調(diào)用 this.sum 的時(shí)候，會(huì)發(fā)生的事情 defineComputed(vm, key, userDef)} |
每個(gè)計(jì)算屬性對(duì)應(yīng)的計(jì)算watcher的初始狀態(tài)如下：
|
1
2
3
4
5
6
7
|
{ deps: [], dirty: true, getter: ƒ sum(), lazy: true, value: undefined} |
可以看到它的 value 剛開始是 undefined，lazy 是 true，說明它的值是惰性計(jì)算的，只有到真正在模板里去讀取它的值后才會(huì)計(jì)算。
這個(gè) dirty 屬性其實(shí)是緩存的關(guān)鍵，先記住它。
接下來看看比較關(guān)鍵的 defineComputed，它決定了用戶在讀取 this.sum 這個(gè)計(jì)算屬性的值后會(huì)發(fā)生什么，繼續(xù)簡(jiǎn)化，排除掉一些不影響流程的邏輯。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
Object.defineProperty(target, key, { get() { // 從剛剛說過的組件實(shí)例上拿到 computed watcher const watcher = this._computedWatchers && this._computedWatchers[key] if (watcher) { // 只有dirty了才會(huì)重新求值 if (watcher.dirty) { // 這里會(huì)求值，會(huì)調(diào)用get，會(huì)設(shè)置Dep.target watcher.evaluate() } // 這里也是個(gè)關(guān)鍵 等會(huì)細(xì)講 if (Dep.target) { watcher.depend() } // 最后返回計(jì)算出來的值 return watcher.value } }}) |
這個(gè)函數(shù)需要仔細(xì)看看，它做了好幾件事，我們以初始化的流程來講解它：
首先 dirty 這個(gè)概念代表臟數(shù)據(jù)，說明這個(gè)數(shù)據(jù)需要重新調(diào)用用戶傳入的 sum 函數(shù)來求值了。我們暫且不管更新時(shí)候的邏輯，第一次在模板中讀取到 {{sum}} 的時(shí)候它一定是 true，所以初始化就會(huì)經(jīng)歷一次求值。
|
1
2
3
4
5
6
|
evaluate () { // 調(diào)用 get 函數(shù)求值 this.value = this.get() // 把 dirty 標(biāo)記為 false this.dirty = false} |
這個(gè)函數(shù)其實(shí)很清晰，它先求值，然后把 dirty 置為 false。再回頭看看我們剛剛那段 Object.defineProperty 的邏輯，下次沒有特殊情況再讀取到 sum 的時(shí)候，發(fā)現(xiàn) dirty是false了，是不是直接就返回 watcher.value 這個(gè)值就可以了，這其實(shí)就是計(jì)算屬性緩存的概念。
依賴收集
初始化完成之后，最終會(huì)調(diào)用render進(jìn)行渲染，而render函數(shù)會(huì)作為watcher的getter，此時(shí)的watcher為渲染watcher。
|
1
2
3
4
5
|
updateComponent = () => { vm._update(vm._render(), hydrating)}// 創(chuàng)建一個(gè)渲染watcher，渲染watcher初始化時(shí)，就會(huì)調(diào)用其get()方法，即render函數(shù)，就會(huì)進(jìn)行依賴收集new Watcher(vm, updateComponent, noop, {}, true /* isRenderWatcher */) |
看一下watcher中的get方法
|
1
2
3
4
5
6
7
8
9
10
11
12
|
get () { // 將當(dāng)前watcher放入棧頂，同時(shí)設(shè)置給Dep.target pushTarget(this) let value const vm = this.vm // 調(diào)用用戶定義的函數(shù)，會(huì)訪問到this.count，從而訪問其getter方法，下面會(huì)講到 value = this.getter.call(vm, vm) // 求值結(jié)束后，當(dāng)前watcher出棧 popTarget() this.cleanupDeps() return value } |
渲染watcher的getter執(zhí)行時(shí)（render函數(shù)），會(huì)訪問到this.sum，就會(huì)觸發(fā)該計(jì)算屬性的getter，即在initComputed時(shí)定義的該方法，會(huì)把與sum綁定的計(jì)算watcher得到之后，因?yàn)槌跏蓟瘯r(shí)dirty為true，會(huì)調(diào)用其evaluate方法，最終會(huì)調(diào)用其get()方法，把該計(jì)算watcher放入棧頂，此時(shí)Dep.target也為該計(jì)算watcher。
接著調(diào)用其get方法，就會(huì)訪問到this.count，會(huì)觸發(fā)count屬性的getter（如下），就會(huì)將當(dāng)前Dep.target存放的watcher收集到count屬性對(duì)應(yīng)的dep中。此時(shí)求值結(jié)束，調(diào)用popTarget()將該watcher出棧，此時(shí)上個(gè)渲染watcher就在棧頂了，Dep.target重新為渲染watcher。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
// 在閉包中，會(huì)保留對(duì)于 count 這個(gè) key 所定義的 depconst dep = new Dep() // 閉包中也會(huì)保留上一次 set 函數(shù)所設(shè)置的 vallet val Object.defineProperty(obj, key, { get: function reactiveGetter () { const value = val // Dep.target 此時(shí)就是計(jì)算watcher if (Dep.target) { // 收集依賴 dep.depend() } return value },}) |
|
1
2
3
4
5
6
|
// dep.depend()depend () { if (Dep.target) { Dep.target.addDep(this) }} |
|
1
2
3
4
5
6
7
8
9
10
|
// watcher 的 addDep函數(shù)addDep (dep: Dep) { // 這里做了一系列的去重操作 簡(jiǎn)化掉 // 這里會(huì)把 count 的 dep 也存在自身的 deps 上 this.deps.push(dep) // 又帶著 watcher 自身作為參數(shù) // 回到 dep 的 addSub 函數(shù)了 dep.addSub(this)} |
|
1
2
3
4
5
6
7
|
class Dep { subs = [] addSub (sub: Watcher) { this.subs.push(sub) }} |
通過這兩段代碼，計(jì)算watcher就被屬性所綁定dep所收集。watcher依賴dep，dep同時(shí)也依賴watcher，它們之間的這種相互依賴的數(shù)據(jù)結(jié)構(gòu)，可以方便知道一個(gè)watcher被哪些dep依賴和一個(gè)dep依賴了哪些watcher。
接著執(zhí)行watcher.depend()
|
1
2
3
4
5
6
7
|
// watcher.dependdepend () { let i = this.deps.length while (i--) { this.deps[i].depend() }} |
還記得剛剛的 計(jì)算watcher 的形態(tài)嗎？它的 deps 里保存了 count 的 dep。也就是說，又會(huì)調(diào)用 count 上的 dep.depend()
|
1
2
3
4
5
6
7
8
9
|
class Dep { subs = [] depend () { if (Dep.target) { Dep.target.addDep(this) } }} |
這次的 Dep.target 已經(jīng)是 渲染watcher 了，所以這個(gè) count 的 dep 又會(huì)把 渲染watcher 存放進(jìn)自身的 subs 中。
最終count的依賴收集完畢，它的dep為:
|
1
2
3
|
{ subs: [ sum的計(jì)算watcher，渲染watcher ]} |
派發(fā)更新
那么來到了此題的重點(diǎn)，這時(shí)候 count 更新了，是如何去觸發(fā)視圖更新的呢？
再回到 count 的響應(yīng)式劫持邏輯里去：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
// 在閉包中，會(huì)保留對(duì)于 count 這個(gè) key 所定義的 depconst dep = new Dep() // 閉包中也會(huì)保留上一次 set 函數(shù)所設(shè)置的 vallet val Object.defineProperty(obj, key, { set: function reactiveSetter (newVal) { val = newVal // 觸發(fā) count 的 dep 的 notify dep.notify() } })}) |
好，這里觸發(fā)了我們剛剛精心準(zhǔn)備的 count 的 dep 的 notify 函數(shù)。
|
1
2
3
4
5
6
7
8
9
|
class Dep { subs = [] notify () { for (let i = 0, l = subs.length; i < l; i++) { subs[i].update() } }} |
這里的邏輯就很簡(jiǎn)單了，把 subs 里保存的 watcher 依次去調(diào)用它們的 update 方法，也就是
- 調(diào)用 計(jì)算watcher 的 update
- 調(diào)用 渲染watcher 的 update
計(jì)算watcher的update
|
1
2
3
4
5
|
update () { if (this.lazy) { this.dirty = true }} |
僅僅是把 計(jì)算watcher 的 dirty 屬性置為 true，靜靜的等待下次讀取即可（再次執(zhí)行render函數(shù)時(shí)，會(huì)再次訪問到sum屬性，此時(shí)的dirty為true，就會(huì)進(jìn)行再次求值）。
渲染watcher的update
這里其實(shí)就是調(diào)用 vm._update(vm._render()) 這個(gè)函數(shù)，重新根據(jù) render 函數(shù)生成的 vnode 去渲染視圖了。
而在 render 的過程中，一定會(huì)訪問到su 這個(gè)值，那么又回到sum定義的get上：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
Object.defineProperty(target, key, { get() { const watcher = this._computedWatchers && this._computedWatchers[key] if (watcher) { // 上一步中 dirty 已經(jīng)置為 true, 所以會(huì)重新求值 if (watcher.dirty) { watcher.evaluate() } if (Dep.target) { watcher.depend() } // 最后返回計(jì)算出來的值 return watcher.value } }}) |
由于上一步中的響應(yīng)式屬性更新，觸發(fā)了 計(jì)算 watcher 的 dirty 更新為 true。所以又會(huì)重新調(diào)用用戶傳入的 sum 函數(shù)計(jì)算出最新的值，頁(yè)面上自然也就顯示出了最新的值。
至此為止，整個(gè)計(jì)算屬性更新的流程就結(jié)束了。
總結(jié)一下
- 初始化data和computed,分別代理其set以及get方法, 對(duì)data中的所有屬性生成唯一的dep實(shí)例。
- 對(duì)computed中的sum生成唯一watcher,并保存在vm._computedWatchers中
- 執(zhí)行render函數(shù)時(shí)會(huì)訪問sum屬性，從而執(zhí)行initComputed時(shí)定義的getter方法，會(huì)將Dep.target指向sum的watcher,并調(diào)用該屬性具體方法sum。
- sum方法中訪問this.count，即會(huì)調(diào)用this.count代理的get方法，將this.count的dep加入sum的watcher,同時(shí)該dep中的subs添加這個(gè)watcher。
- 設(shè)置vm.count = 2，調(diào)用count代理的set方法觸發(fā)dep的notify方法，因?yàn)槭莄omputed屬性，只是將watcher中的dirty設(shè)置為true。
- 最后一步vm.sum，訪問其get方法時(shí)，得知sum的watcher.dirty為true,調(diào)用其watcher.evaluate()方法獲取新的值。
以上就是詳解vue computed的緩存實(shí)現(xiàn)原理的詳細(xì)內(nèi)容，更多關(guān)于vue computed的緩存實(shí)現(xiàn)的資料請(qǐng)關(guān)注服務(wù)器之家其它相關(guān)文章！
原文鏈接：https://segmentfault.com/a/1190000039781877
