当在代码中更新了数据,并但愿等到对应的Dom更新以后,再执行一些逻辑。这时,咱们就会用到$nextTickvue
funcion callback(){ //等待Dom更新,而后搞点事。 } $nextTick(callback);
官方文档对nextTick的解释是:数组
在下次 DOM 更新循环结束以后执行延迟回调。在修改数据以后当即使用这个方法,获取更新后的 DOM。
那么,Vue是如何作的这一点的,是否是在调用修改Dom的Api以后(appendChild, textContent = "xxxxx" 诸如此类),调用了咱们的回调函数?
实际上发生了什么呢。浏览器
nextTick的实现逻辑在这个文件里:app
vue/src/core/util/next-tick.js
咱们调用的this.$nextTick其实是这个方法:函数
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 }) } }
能够看到this
timerFunc定义在这里线程
能够看到timerFunc是在一个已resolve了的Promise的then 中执行了flushCallbacks.code
利用了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的不只是开发者,Vue更新Dom时,也用到了nextTick。
开发者更新绑定的数据以后,Vue就会马上调用nextTick,把更新Dom的回调函数做为微任务塞到事件循环里去。
因而,在微任务队列中,开发者调用的nextTick的回调函数,就必定在更行Dom的回调函数以后执行了。
可是问题又来了,根据浏览器的渲染机制,渲染线程是在微任务执行完成以后运行的。渲染线程没运行,怎么拿到Dom呢?
由于,渲染线程只是把Dom树渲染成UI而已,Vue更新Dom以后,在Dom树里,新的Dom节点已经存在了,js线程就已经能够拿到新的Dom了。除非开发者读取Dom的计算属性,触发了强制重流渲染线程才会打断js线程。