當(dāng)在代碼中更新了數(shù)據(jù)，并希望等到對應(yīng)的Dom更新之后，再執(zhí)行一些邏輯。這時(shí)，我們就會(huì)用到$nextTick

funcion callback(){
 //等待Dom更新，然后搞點(diǎn)事。
}
$nextTick(callback)；

官方文檔對nextTick的解釋是：

在下次 DOM 更新循環(huán)結(jié)束之后執(zhí)行延遲回調(diào)。在修改數(shù)據(jù)之后立即使用這個(gè)方法，獲取更新后的 DOM。

那么，Vue是如何做的這一點(diǎn)的，是不是在調(diào)用修改Dom的Api之后（appendChild, textContent = "xxxxx" 諸如此類），調(diào)用了我們的回調(diào)函數(shù)？
實(shí)際上發(fā)生了什么呢。

源碼

nextTick的實(shí)現(xiàn)邏輯在這個(gè)文件里：

vue/src/core/util/next-tick.js

我們調(diào)用的this.$nextTick實(shí)際上是這個(gè)方法:

export function nextTick (cb?: Function, ctx?: Object) {
 let _resolve
 callbacks.push(() => {
  if (cb) {
   try {
    cb.call(ctx)
   } catch (e) {
    handleError(e, ctx, 'nextTick')
   }
  } else if (_resolve) {
   _resolve(ctx)
  }
 })
 if (!pending) {
  pending = true
  timerFunc()
 }
 // $flow-disable-line
 if (!cb && typeof Promise !== 'undefined') {
  return new Promise(resolve => {
   _resolve = resolve
  })
 }
}

可以看到

1. 回調(diào)函數(shù)被存放到了一個(gè)數(shù)組里:callbacks。
2. 如果沒有傳遞回調(diào)函數(shù)，這個(gè)方法會(huì)返回一個(gè)Promise，然后吧reslove當(dāng)成回調(diào)函數(shù)放到flushCallbacks中。所以文檔解釋了把本該當(dāng)成回調(diào)函數(shù)的callbacks放到then里的用法。
3. 然后，有一個(gè)變量叫pending，如果不在pending中，則執(zhí)行函數(shù)timerFunc。而且pending默認(rèn)等于false。
4. flushCallbacks這個(gè)函數(shù)會(huì)一口氣執(zhí)行所有回調(diào)函數(shù)。
   

timerFunc

timerFunc定義在這里

可以看到timerFunc是在一個(gè)已resolve了的Promise的then 中執(zhí)行了flushCallbacks.

利用了js事件循環(huán)的微任務(wù)的機(jī)制

所以，每當(dāng)我們調(diào)用$nextTick，如果pending為false，就會(huì)調(diào)用timerFunc,然后timerFunc會(huì)把flushCallbacks給塞到事件循環(huán)的隊(duì)尾，等待被調(diào)用。

if (typeof Promise !== 'undefined' && isNative(Promise)) {
 const p = Promise.resolve()
 timerFunc = () => {
  p.then(flushCallbacks)
 }
}

flushCallbacks

然后在這個(gè)文件里還有一個(gè)函數(shù)叫：flushCallbacks
用來把保存的回調(diào)函數(shù)給全執(zhí)行并清空。

function flushCallbacks () {
 pending = false
 const copies = callbacks.slice(0)
 callbacks.length = 0
 for (let i = 0; i < copies.length; i++) {
  copies[i]()
 }
}

pending

什么時(shí)候pending為true呢？

從timerFunc被調(diào)用到flushCallbacks被調(diào)用期間pending為true

即一個(gè)事件循環(huán)周期

在pending期間加入的回調(diào)函數(shù)，會(huì)被已經(jīng)等待執(zhí)行的flushCallbacks函數(shù)給執(zhí)行。

核心機(jī)制

看完源碼，發(fā)現(xiàn)除了利用了一個(gè)微任務(wù)的機(jī)制，和Dom更新一點(diǎn)關(guān)系都沒有哇。

其實(shí)調(diào)用nextTick的不僅是開發(fā)者，Vue更新Dom時(shí)，也用到了nextTick。

開發(fā)者更新綁定的數(shù)據(jù)之后，Vue就會(huì)立刻調(diào)用nextTick，把更新Dom的回調(diào)函數(shù)作為微任務(wù)塞到事件循環(huán)里去。

于是，在微任務(wù)隊(duì)列中，開發(fā)者調(diào)用的nextTick的回調(diào)函數(shù)，就一定在更行Dom的回調(diào)函數(shù)之后執(zhí)行了。

但是問題又來了，根據(jù)瀏覽器的渲染機(jī)制，渲染線程是在微任務(wù)執(zhí)行完成之后運(yùn)行的。渲染線程沒運(yùn)行，怎么拿到Dom呢？

因?yàn)?，渲染線程只是把Dom樹渲染成UI而已，Vue更新Dom之后，在Dom樹里，新的Dom節(jié)點(diǎn)已經(jīng)存在了，js線程就已經(jīng)可以拿到新的Dom了。除非開發(fā)者讀取Dom的計(jì)算屬性，觸發(fā)了強(qiáng)制重流渲染線程才會(huì)打斷js線程。

總結(jié)

1. 首先timerFunc函數(shù)負(fù)責(zé)把回調(diào)函數(shù)們都丟到事件循環(huán)的隊(duì)尾
2. 然后，nextTick函數(shù)負(fù)責(zé)把回調(diào)函數(shù)們都保存起來。
3. 調(diào)用nextTick函數(shù)時(shí)會(huì)調(diào)用timerFunc函數(shù)
4. Vue更新Dom也會(huì)使用nextTick，而且在開發(fā)者調(diào)用nextTick之前。
5. 因?yàn)?中的先后關(guān)系和事件循環(huán)的隊(duì)列性質(zhì)，確保了開發(fā)者的nextTick的回調(diào)一定在Dom更新之后

以上就是解析Vue中的$nextTick的詳細(xì)內(nèi)容，更多關(guān)于Vue中的$nextTick的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論