当在代码中更新了数据，并心愿等到对应的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定义在这里
能够看到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曾经被更新了。