nextTick(基于Vue2.6.x)
在Vue中提供的nextTick方法,其作用是将回调函数推入到当前执行主栈后的任务队列之中。使其可以在主栈同步代码执行结束后执行。
具体实现是通过nextTick方法将回调函数包裹到一个匿名函数中,然后推入到一个callbacks队列之中。随后就调用初始化后的timerFunc。最后在支持promise的环境未传入callback函数时会返回一个promise对象。
其中的重点内容是对timerFunc的实现:
- 支持原生Promise则首选Promise使回调函数队列在微任务中执行
- 不是IE并且支持MutationObserver则次选MutationObserver使回调函数队列在微任务中执行
- 再次使用setImmediate使回调函数队列在宏任务中执行
- 最次使用setTimeout使回调函数队列在宏任务中执行
let timerFunc;
if (typeof Promise !== 'undefined' && isNative(Promise)) {
const p = Promise.resolve()
timerFunc = () => {
p.then(flushCallbacks)
// 在IOS UIWebViews中存在通过Promise推入了微任务队列却无法立即执行的bug
// 通过加入timer可以使其正常执行
// hack写法加入一个空timer解决IOS异常
if (isIOS) setTimeout(noop)
}
} else if (!isIE && typeof MutationObserver !== 'undefined' && (
isNative(MutationObserver) ||
// PhantomJS and iOS 7.x
MutationObserver.toString() === '[object MutationObserverConstructor]'
)) {
// Use MutationObserver where native Promise is not available,
// e.g. PhantomJS, iOS7, Android 4.4
// 通过MutationObserver实例监听一个textNode
// 每次timerFunc执行会改变textNode的值,使observer实例回调执行
// 实现回调队列异步执行
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)
}
} else if (typeof setImmediate !== 'undefined' && isNative(setImmediate)) {
// 向后兼容到宏任务
timerFunc = () => {
setImmediate(flushCallbacks)
}
} else {
// Fallback to setTimeout.
timerFunc = () => {
setTimeout(flushCallbacks, 0)
}
}
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
})
}
}
那么nextTick的使用场景到底是怎样的呢?
这里必须要提一下Vue的dom更新策略。在Vue中dom更新是通过数据驱动的,即修改组件的状态,组件的视图就会对应的得到更新。
那么这个更新到底是什么时候发生的呢?事实上Vue的dom更新并不是像直接进行dom操作那样通过同步操作来进行,Vue内部在数据更改的这个eventLoop中是进行了延迟优化的。通过将数据更改的更新执行缓存到一个队列中,并通过nextTick方法来最终调度这个队列实现异步更新。
那么这样做的优势是什么呢?
- 缓存全部的数据更改可以统一更新视图,避免了同一事件循环中修改不同数据而导致视图多次更新。
- 异步修改有效的避免了同一数据多次修改导致视图多次更新的情况。
那么这样做又有什么劣势呢?
- 异步更新的策略必然无法像同步修改dom那样可以在修改后立刻就得到dom已修改的结果。此时就会发现虽然修改了数据,但是通过dom获取内部的数据时依然是旧的数据。