nextTick

定义: 在下次 DOM 更新循环结束之后执行延迟回调。在修改数据之后立即使用这个方法，获取更新后的 DOM

看完是不是有一堆问号？我们从中找出来产生问号的关键词

  • 下次 DOM 更新循环结束之后?
  • 执行延迟回调?
  • 更新后的 DOM?

我们从上面三个疑问大胆猜想一下

  • vue 更新DOM是有策略的，不是同步更新
  • nextTick 可以接收一个函数做为入参
  • nextTick 后能拿到最新的数据

好了，我们问题都抛出来了，先来看一下如何使用

  1. import { createApp, nextTick } from 'vue'
  2. const app = createApp({
  3.   setup() {
  4.     const message = ref('Hello!')
  5.     const changeMessage = async newMessage => {
  6.       message.value = newMessage
  7.       // 这里获取DOM的value是旧值
  8.       await nextTick()
  9.       // nextTick 后获取DOM的value是更新后的值
  10.       console.log('Now DOM is updated')
  11.     }
  12.   }
  13. })

亲自试一试

那么 nextTick 是怎么做到的呢？为了后面的内容更好理解，这里我们得从 js 的执行机制说起

JS执行机制

我们都知道 JS 是单线程语言，即指某一时间内只能干一件事，有的同学可能会问，为什么 JS 不能是多线程呢？多线程就能同一时间内干多件事情了

是否多线程这个取决于语言的用途，一个很简单的例子，如果同一时间，一个添加了 DOM，一个删除了 DOM, 这个时候语言就不知道是该添还是该删了，所以从应用场景来看 JS 只能是单线程

单线程就意味着我们所有的任务都需要排队，后面的任务必须等待前面的任务完成才能执行，如果前面的任务耗时很长，一些从用户角度上不需要等待的任务就会一直等待，这个从体验角度上来讲是不可接受的，所以JS中就出现了异步的概念

概念

  • 同步 在主线程上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务
  • 异步 不进入主线程、而进入”任务队列”（task queue）的任务，只有”任务队列”通知主线程，某个异步任务可以执行了，该任务才会进入主线程执行

运行机制

  • （1）所有同步任务都在主线程上执行，形成一个执行栈（execution context stack）。

  • （2）主线程之外，还存在一个”任务队列”（task queue）。只要异步任务有了运行结果，就在”任务队列”之中放置一个事件。

  • （3）一旦”执行栈”中的所有同步任务执行完毕，系统就会读取”任务队列”，看看里面有哪些事件。那些对应的异步任务，于是结束等待状态，进入执行栈，开始执行。

  • （4）主线程不断重复上面的第三步

    image.png

nextTick

现在我们回来vue中的nextTick

实现很简单，完全是基于语言执行机制实现，直接创建一个异步任务，那么nextTick自然就达到在同步任务后执行的目的

  1. const p = Promise.resolve()
  2. export function nextTick(fn?: () => void): Promise<void> {
  3.   return fn ? p.then(fn) : p
  4. }

亲自试一试

看到这里，有的同学可能又会问，前面我们猜想的 DOM 更新也是异步任务，那他们的这个执行顺序如何保证呢？

别急，在源码中nextTick还有几个兄弟函数，我们接着往下看

queueJob and queuePostFlushCb

queueJob 维护job列队，有去重逻辑，保证任务的唯一性，每次调用去执行 queueFlush queuePostFlushCb 维护cb列队，被调用的时候去重，每次调用去执行 queueFlush

  1. const queue: (Job | null)[] = []
  2. export function queueJob(job: Job) {
  3.   // 去重 
  4.   if (!queue.includes(job)) {
  5.     queue.push(job)
  6.     queueFlush()
  7.   }
  8. }
  10. export function queuePostFlushCb(cb: Function | Function[]) {
  11.   if (!isArray(cb)) {
  12.     postFlushCbs.push(cb)
  13.   } else {
  14.     postFlushCbs.push(...cb)
  15.   }
  16.   queueFlush()
  17. }

queueFlush

开启异步任务(nextTick)处理 flushJobs

  1. function queueFlush() {
  2.   // 避免重复调用flushJobs
  3.   if (!isFlushing && !isFlushPending) {
  4.     isFlushPending = true
  5.     nextTick(flushJobs)
  6.   }
  7. }

flushJobs

处理列队，先对列队进行排序，执行queue中的job，处理完后再处理postFlushCbs, 如果队列没有被清空会递归调用flushJobs清空队列

  1. function flushJobs(seen?: CountMap) {
  2.   isFlushPending = false
  3.   isFlushing = true
  4.   let job
  5.   if (__DEV__) {
  6.     seen = seen || new Map()
  7.   }
  9.   // Sort queue before flush.
  10.   // This ensures that:
  11.   // 1. Components are updated from parent to child. (because parent is always
  12.   //    created before the child so its render effect will have smaller
  13.   //    priority number)
  14.   // 2. If a component is unmounted during a parent component's update,
  15.   //    its update can be skipped.
  16.   // Jobs can never be null before flush starts, since they are only invalidated
  17.   // during execution of another flushed job.
  18.   queue.sort((a, b) => getId(a!) - getId(b!))
  20.   while ((job = queue.shift()) !== undefined) {
  21.     if (job === null) {
  22.       continue
  23.     }
  24.     if (__DEV__) {
  25.       checkRecursiveUpdates(seen!, job)
  26.     }
  27.     callWithErrorHandling(job, null, ErrorCodes.SCHEDULER)
  28.   }
  29.   flushPostFlushCbs(seen)
  30.   isFlushing = false
  31.   // some postFlushCb queued jobs!
  32.   // keep flushing until it drains.
  33.   if (queue.length || postFlushCbs.length) {
  34.     flushJobs(seen)
  35.   }
  36. }

好了，实现全在上面了，好像还没有解开我们的疑问，我们需要搞清楚 queueJob 及 queuePostFlushCb 是怎么被调用的

  1. //  renderer.ts
  2. function createDevEffectOptions(
  3.   instance: ComponentInternalInstance
  4. ): ReactiveEffectOptions {
  5.   return {
  6.     scheduler: queueJob,
  7.     onTrack: instance.rtc ? e => invokeArrayFns(instance.rtc!, e) : void 0,
  8.     onTrigger: instance.rtg ? e => invokeArrayFns(instance.rtg!, e) : void 0
  9.   }
  10. }
  12. // effect.ts
  13. const run = (effect: ReactiveEffect) => {
  14.   ...
  16.   if (effect.options.scheduler) {
  17.     effect.options.scheduler(effect)
  18.   } else {
  19.     effect()
  20.   }
  21. }

看到这里有没有恍然大悟的感觉？原来当响应式对象发生改变后，执行 effect 如果有 scheduler 这个参数，会执行这个 scheduler 函数，并且把 effect 当做参数传入

绕口了，简单点就是 queueJob(effect)，嗯，清楚了，这也是数据发生改变后页面不会立即更新的原因

effect传送门

为什么要nextTick

一个例子让大家明白，如果没有 nextTick 更新机制，那么 num 每次更新值都会触发视图更新，有了nextTick机制，只需要更新一次，所以为什么有nextTick存在，相信大家心里已经有答案了。 

  1. {{num}}
  2. for(let i=0; i<100000; i++){
  3.     num = i
  4. }

总结

nextTick 是 vue 中的更新策略，也是性能优化手段，基于JS执行机制实现

vue 中我们改变数据时不会立即触发视图，如果需要实时获取到最新的DOM，这个时候可以手动调用 nextTick