关于javascript:详解Vue中的nextTick

6次阅读

共计 1623 个字符，预计需要花费 5 分钟才能阅读完成。

当在代码中更新了数据，并心愿等到对应的 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 实际上是这个办法:
能够看到

回调函数被寄存到了一个数组里:callbacks。
如果没有传递回调函数，这个办法会返回一个 Promise，而后吧 reslove 当成回调函数放到 flushCallbacks 中。所以文档解释了把本该当成回调函数的 callbacks 放到 then 里的用法。
而后，有一个变量叫 pending，如果不在 pending 中，则执行函数 timerFunc。而且 pending 默认等于 false。
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 是在一个已 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 为 true 呢？

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

即一个事件循环周期

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

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

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

正文完