关于javascript:详解Vue中的nextTick

当在代码中更新了数据，并心愿等到对应的Dom更新之后，再执行一些逻辑。这时，咱们就会用到$nextTick

funcion callback(){
 //期待Dom更新，而后搞点事。
}
$nextTick(callback)；

官网文档对nextTick的解释是：

在下次 DOM 更新循环完结之后执行提早回调。在批改数据之后立刻应用这个办法，获取更新后的 DOM。

那么，Vue是如何做的这一点的，是不是在调用批改Dom的Api之后（appendChild, textContent = “xxxxx” 诸如此类），调用了咱们的回调函数？
实际上产生了什么呢。

源码

nextTick的实现逻辑在这个文件里：

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

咱们调用的this.$nextTick实际上是这个办法:
能够看到

1. 回调函数被寄存到了一个数组里:callbacks。
2. 如果没有传递回调函数，这个办法会返回一个Promise，而后吧reslove当成回调函数放到flushCallbacks中。所以文档解释了把本该当成回调函数的callbacks放到then里的用法。
3. 而后，有一个变量叫pending，如果不在pending中，则执行函数timerFunc。而且pending默认等于false。
4. flushCallbacks这个函数会一口气执行所有回调函数。

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

timerFunc

timerFunc定义在这里

能够看到timerFunc是在一个已resolve了的Promise的then 中执行了flushCallbacks.

利用了js事件循环的微工作的机制

所以，每当咱们调用$nextTick，如果pending为false，就会调用timerFunc,而后timerFunc会把flushCallbacks给塞到事件循环的队尾，期待被调用。

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

而后在这个文件里还有一个函数叫：flushCallbacks
用来把保留的回调函数给全执行并清空。

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

pending

什么时候pending为true呢？

从timerFunc被调用到flushCallbacks被调用期间pending为true

即一个事件循环周期

在pending期间退出的回调函数，会被曾经期待执行的flushCallbacks函数给执行。

看完源码，发现整个逻辑基本没有操作Dom更新，那么为什么$nextTick能够实现回调函数肯定在Dom更新之后执行呢？

因为浏览器的js线程和渲染线程是交替执行的。事件循环里的回调函数，只会在上一次渲染线程实现之后才会被调用。而这个时候，Dom曾经被更新了。