结合事件循环谈谈对Vue中nextTick的理解

Z时代
2024-01-10
分类：技术分享

带着问题看这篇文章

tick这个单词有点抽象,应该怎么理解?

通过nextTick包装的回调,到底何时执行?

nextTick存在的意义是什么?

event loop 中任务执行顺序

同步代码执行，直至调用栈清空

microtask：调用栈清空后，优先执行所有的microtask，如果有新的microtask，**继续执行新microtask，**直至microtask queue清空（微任务）

task queue：执行task queue第一个任务，后续的task暂不处理（宏任务）

每当调用栈清空后，重复2-3步骤

（关于 Event Loop的细节,我写过一篇很详细的总结试图解释清楚Javascript Event Loop。）

微任务与宏任务

根据event loop的执行机制,微任务的调度优先级比宏任务高.

微任务异步API:Promise.then,MutationObserver

宏任务异步API:setTimeout,MessageChannel,postMessage,setImmediate

Vue中nextTick的实现

vue中的 nextTick 实现在 util 模块的单个文件中，代码总共100多行：

// srccoreutilnext-tick.js
import { noop } from 'shared/util'
import { handleError } from './error'
import { isIE, isIOS, isNative } from './env'
const callbacks = []
let pending = false
functionflushCallbacks () {
pending = false
const copies = callbacks.slice(0)
callbacks.length = 0
for (let i = 0; i < copies.length; i++) {
copies[i]()
}
}
let timerFunc
// nextTick行为利用了微任务队列，微任务队列可以通过原生Promise.then或MutationObserver访问到。
// MutationObserver具有更广泛的支持，但是在iOS> = 9.3.3中的UIWebView中，在触摸事件处理程序中触发时会发生错误。触发几次后，它将完全停止工作
// 因此，如果原生Promise可用，优先使用Promise：
if (typeof Promise !== 'undefined' && isNative(Promise)) {
const p = Promise.resolve()
timerFunc = () => {
p.then(flushCallbacks)
// 在有问题的UIWebViews中，会出现奇怪的状态：微任务队列中有回调但是不被清空，直到浏览器有其他任务，例如处理计时器
// 因此此处使用一个空计时器，来强制触发微任务队列执行
if (isIOS) setTimeout(noop)
}
} elseif (!isIE && typeof MutationObserver !== 'undefined' && (
isNative(MutationObserver) ||
// PhantomJS and iOS 7.x
MutationObserver.toString() === '[object MutationObserverConstructor]'
)) {
let counter = 1
const observer = new MutationObserver(flushCallbacks)
const textNode = document.createTextNode(String(counter))
observer.observe(textNode, {
characterData: true
})
timerFunc = () => {
counter = (counter + 1) % 2
textNode.data = String(counter)
}
} elseif (typeof setImmediate !== 'undefined' && isNative(setImmediate)) {
// setImmediate,宏任务,但是相比 setTimeout 是个更好的选择
timerFunc = () => {
setImmediate(flushCallbacks)
}
} else {
// setTimeout 0 宏任务
timerFunc = () => {
setTimeout(flushCallbacks, 0)
}
}
exportfunction nextTick (cb?: Function, ctx?: Object) {
let _resolve
callbacks.push(() => {
if (cb) {
try {
cb.call(ctx)
} catch (e) {
handleError(e, ctx, 'nextTick')
}
} elseif (_resolve) {
_resolve(ctx)
}
})
if (!pending) {
pending = true
timerFunc()
}
// $flow-disable-line
if (!cb && typeof Promise !== 'undefined') {
return new Promise(resolve => {
_resolve = resolve
})
}
}

源码中, Vue.nextTick/vm.$nextTick 的具体逻辑：

定义一个 callbacks 数组，用于存储 nextTick 接口传来的回调函数们

定义一个 flushCallbacks 方法，用于遍历执行 callbacks 数组中的所有回调函数

调用 timerFunc 方法，将 flushCallbacks 方法作为回调任务，添加到异步队列

timerFunc由环境决定，微任务优先，宏任务作为折衷方案， Promise.then > MutationObserver > setImmediate > setTimeout 0

一句话总结：将回调作为异步任务，添加到(微/宏)任务队列，在当前调用栈清空后再执行。

对nextTick这个词的理解

对于tick我的理解是:每次从调用栈开始有函数帧，直到调用栈被清空为止的过程，这个过程可能是：

页面初始加载时同步脚本执行的过程

也可能是任何一个异步任务回调执行的过程

对于nextTick(cb)：回调函数cb不在当前调用栈执行期间立即执行，而是被立即添加在任务队列中，在当前调用栈清空后执行。

使用nextTick的目的：必须等待当前调用栈的后续代码执行完，才能执行回调，例如这种情况:回调函数中,需要依赖上一个调用栈操作后的某些状态。

举个例子：

画一个 echarts 图表，希望根据数据的长度来动态调整图表的宽度

..
<template>
<div id="chart" :style='{width:chartWidth,height:"200px"}'
</template>
...
this.chartWidth = getWidthByData(data)
this.nextTick(()=>{
let chart= echarts.init(document.getElementById('chart'))
chart.setOption({...})  //echarts渲染
})

宽度属性chartWidth存在vue data中，由于vue data是响应式的，变更data值后，div#chart的宽度并不是立即变更的，中间存在一系列过程：