vue 官网中是这样描述 nextTick 的
在下次 DOM 更新循环结束之后执行延迟回调。在修改数据之后立即使用这个方法,可以获取更新后的 DOM。
在学习 nextTick 是如何实现之前,我们要先了解下 JavaScript 的执行机制
浏览器是多线程的,例如GUI渲染线程、JS引擎线程、事件监听线程等。。。
javascript 执行机制就是借用浏览器的多线程机制,再基于 Event Loop 事件循环机制实现的。其实现了单线程异步效果
Event Loop 步骤大致如下:
task 又分为宏任务(macro task)和微任务(micro task)两大类,在浏览器环境中
setTimeout/setInterval/setImmediate
、XMLHttpRequest/fetch
,DOM事件(如鼠标点击、滚动页面、放大缩小等),渲染事件(解析 DOM、计算布局、绘制)Promise.then/catch/finally
、async/await
、MutationObserver
需要注意的是!!!如果处理微任务的过程中有新的微任务添加进来了,添加的速度一直比执行快,则永远执行微任务
下面的代码永远不会打印宏任务输出
function macroFn(){ setTimeout(() => { console.log('>>>>MA') },0) } function microFn(){ Promise.resolve().then(() => { console.log('mi') microFn() }) } macroFn() microFn()
vue2.7 源码中,有一个单独的文件src/core/util/next-tick.js
去维护 nextTick,有兴趣的同学可以自行去观看
vue2.7 源码中,nextTick并没有直接使用某个 API ,而是采用了优雅降级的方案去实现异步更新
在内部会尝试使用原生的Promise.then (IE不支持)
、MutationObserver
和 setImmediate (高版本IE专享)
,如果执行环境还不支持的话,则会采用 setTimeout(fn, 0)
需要注意的是,我们维护了一个 callbacks,用于存储 nextTick 回调
这样就保证了在同一个 tick 内多次调用 nextTick,只需创建一个异步任务,就可以依次执行 callbacks 中的所有 nextTick 回调。而不是去开启多个异步任务去处理。
let callbacks = [] // 存储 nextTick 回调 let waiting = false // 防抖 // 按照顺序依次执行 callbacks 中的方法 function flushCallbacks() { let cbs = callbacks.slice(0) waiting = false callbacks = [] cbs.forEach(cb => cb()) } let timerFunc; if (Promise) { timerFunc = () => { Promise.resolve().then(flushCallbacks) } }else if(MutationObserver){ let observer = new MutationObserver(flushCallbacks); // 这里传入的回调是异步执行的 let textNode = document.createTextNode(1); observer.observe(textNode,{ characterData:true }); timerFunc = () => { textNode.textContent = 2; } }else if(setImmediate){ timerFunc = () => { setImmediate(flushCallbacks); } }else{ timerFunc = () => { setTimeout(flushCallbacks); } } export function nextTick(cb) { callbacks.push(cb) // 维护 nextTick 中的 cakllback 方法 if (!waiting) { timerFunc() waiting = true } }
vue 内部的异步更新渲染也使用了 nextTick
在 Watcher 类的 update 更新方法中,我们调用了 queueWatcher 异步队列更新方法,该方法在 vue2.7源码中的 src/core/util/scheduler.js
文件中维护
import { queueWatcher } from './scheduler' class Watcher { ... // 重新渲染 update() { console.log('watcher-update') queueWatcher(this) // watcher 异步更新 } }
src/core/util/scheduler.js
import { nextTick } from '../util/next-tick' /** * @name QueueWatcher,内部 watcher 异步更新 * @decs 把当前的 watcher 暂存起来,在一个tick周期内,不管我们的 update 执行多少次,只会执行一轮刷新操作 */ let queue = [] let has = {} let pending = false // 防抖 function flushSchedulerQueue() { let flushQueue = queue.slice(0) queue = [] has = {} pending = false flushQueue.forEach(q => q.run()) // 在刷新的过程中可能还有新的 watcher,重新放到 queue 中 } // 在一个tick周期内,不管我们的 update 执行多少次,只会执行一轮刷新操作 export function queueWatcher(watcher) { const id = watcher.id if (!has[id]) { queue.push(watcher) has[id] = true if (!pending) { nextTick(flushSchedulerQueue) pending = true } } }
1. nexTick 是异步还是同步?
这个不能一概而论,nextTick 内部既有同步代码又有异步代码。
例如 维护 callbacks 队列是同步任务;执行队列中的方法是异步任务
2. nextTick 回调的执行是微任务还是宏任务?
针对 vue2.7 来说,nextTick并没有直接使用某个 API ,而是采用了优雅降级的方案去实现异步更新。
在内部会尝试使用原生的Promise.then (微任务)
、MutationObserver (微任务)
和 setImmediate (宏任务)
,如果执行环境还不支持的话,则会采用 setTimeout (宏任务)
可以理解为 99% 的场景下都是微任务,只有在不支持 Promise 和 MutationObserver API的浏览器中,才会是宏任务,例如 IE9 、IE10
3. 为什么要封装 nextTick?而不是使用某个具体的 API?
优雅降级。尽量使用微任务,尽可能缩短渲染周期
保证统一性。nextTick 可以暴露给用户,保证用户在修改数据之后立即使用这个方法,可以获取更新后的 DOM
this.name = 'libc' this.$nextTick(()=>{ console.log(document.querySelector('.user').innerHTML) });
这一次,彻底弄懂 JavaScript 执行机制