渲染时机
经过上面的学习我们把异步拿到的数据放在macroTask中还是microTask中呢？
比如先放在macroTask中：
setTimeout(myTask, 0)那么按照Event loop，myTask会被推入macroTask中，本次调用栈内容执行完，会执行microTask中的内容，然后进行render。而此次render是不包含myTask中的内容的。需要等到 下一次事件循环 （将myTask推入执行栈后）才能执行。
如果放在microTask中：
Promise.resolve().then(myTask)那么按照Event loop，myTask会被推入microTask中，本次调用栈内容执行完，会执行microTask中的myTask内容，然后进行render，也就是在 本次的事件循环 中就可以进行渲染。
总结：我们在异步任务中修改dom是尽量在microTask完成。
Vue next-tick实现
Vue2.5以后，采用单独的next-tick.js来维护它。
import { noop } from 'shared/util'
import { handleError } from './error'
import { isIOS, isNative } from './env'// 所有的callback缓存在数组中
const callbacks = []// 状态
let pending = false
// 调用数组中所有的callback，并清空数组
function flushCallbacks () {
// 重置标志位
pending = false
const copies = callbacks.slice(0)
callbacks.length = 0
// 调用每一个callback
for (let i = 0; i < copies.length; i++) {
copies[i]()
}
}
// Here we have async deferring wrappers using both microtasks and (macro) tasks.
// In < 2.4 we used microtasks everywhere, but there are some scenarios where
// microtasks have too high a priority and fire in between supposedly
// sequential events (e.g. #4521, #6690) or even between bubbling of the same
// event (#6566). However, using (macro) tasks everywhere also has subtle problems
// when state is changed right before repaint (e.g. #6813, out-in transitions).
// Here we use microtask by default, but expose a way to force (macro) task when
// needed (e.g. in event handlers attached by v-on).
// 微任务function
let microTimerFunc
// 宏任务fuction
let macroTimerFunc
// 是否使用宏任务标志位
let useMacroTask = false
// Determine (macro) task defer implementation.
// Technically setImmediate should be the ideal choice, but it's only available
// in IE. The only polyfill that consistently queues the callback after all DOM
// events triggered in the same loop is by using MessageChannel.
/* istanbul ignore if */
// 优先检查是否支持setImmediate，这是一个高版本 IE 和 Edge 才支持的特性（和setTimeout差不多，但优先级最高）
if (typeof setImmediate !== 'undefined' && isNative(setImmediate)) {
macroTimerFunc = () => {
