全面解析Vue中的$nextTick

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

export function nextTick (cb"htmlcode">

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


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的不仅是开发者，Vue更新Dom时，也用到了nextTick。
开发者更新绑定的数据之后，Vue就会立刻调用nextTick，把更新Dom的回调函数作为微任务塞到事件循环里去。
于是，在微任务队列中，开发者调用的nextTick的回调函数，就一定在更行Dom的回调函数之后执行了。
但是问题又来了，根据浏览器的渲染机制，渲染线程是在微任务执行完成之后运行的。渲染线程没运行，怎么拿到Dom呢？
因为，渲染线程只是把Dom树渲染成UI而已，Vue更新Dom之后，在Dom树里，新的Dom节点已经存在了，js线程就已经可以拿到新的Dom了。除非开发者读取Dom的计算属性，触发了强制重流渲染线程才会打断js线程。
总结



  
首先timerFunc函数负责把回调函数们都丢到事件循环的队尾
  
然后，nextTick函数负责把回调函数们都保存起来。
  
调用nextTick函数时会调用timerFunc函数
  
Vue更新Dom也会使用nextTick，而且在开发者调用nextTick之前。
  
因为4中的先后关系和事件循环的队列性质，确保了开发者的nextTick的回调一定在Dom更新之后

以上就是解析Vue中的$nextTick的详细内容，更多关于Vue中的$nextTick的资料请关注其它相关文章！