写文章不容易，点个赞呗兄弟专注 Vue 源码分享，文章分为白话版和源码版，白话版助于理解工作原理，源码版助于了解内部详情，让我们一起学习吧研究基于 Vue版本 【2.5.17】

如果你觉得排版难看，请点击 下面链接 或者拉到下面关注公众号也可以吧

nextTick 已经写了三篇文章啦，这是最后一篇源码版，没看过的童鞋可以看看白话版简单了解下拉

埋下过两个问题

1、Vue 在哪里使用到了 宏任务和 微任务

2、Vue 为什么需要 宏任务 和微任务

今天的任务就是解决这两个问题！！！

在这里，大家肯定必须一定要了解了宏任务和微任务的哈，这两个东西不赘述了

首先，第一个问题就是宏微任务的使用场景场景

宏微任务的使用场景

1、Vue 一般情况下使用的是微任务

2、在绑定DOM 事件的时候，会使用宏任务。

这么讲，有点笼统，准确地说，应该是

事件回调执行过程中，在JS 主线程为空之后，异步代码执行之前，所有通过 nextTick 注册的异步代码都是用宏任务。

来看看绑定DOM 事件的源码

通过 addEventListener 给 DOM 绑定事件

function add$1(event, handler) {
    handler = withMacroTask(handler);
    target$1.addEventListener(event, handler);

}



function withMacroTask(fn) {    

    return fn._withTask || (fn._withTask = function() {

        useMacroTask = true;        

        var res = fn.apply(null, arguments);

        useMacroTask = false;        

        return res

    })
}

你看到了，把原先DOM 事件的回调包装了一遍，然后通过设置 useMacroTask 来控制注册宏任务

useMacroTask 没见过，在 nextTick 独立流程中已经讲过了的

在调用 nextTick 的时候，正是通过这个变量来控制，此次异步代码注册的任务类型

Vue.nextTick =function (cb, ctx) {


    callbacks.push(function() {
        cb && cb.call(ctx);

    });    



    if (!pending) {

        pending = true;        

        if (useMacroTask) {

            macroTimerFunc();
        } else {
            microTimerFunc();
        }
    }
}

好多，现在我们来解决第二个问题！

为什么需要宏微任务

为什么要特地在事件回调执行期间使用宏任务啊，想了好好久啊，才脑抽想到去看了下 Vue 的注释

大概意思是这样

本来 Vue 是从来都使用微任务的，因为微任务的优先级比较高，执行比较快。但是同时也是因为这样导致了一个问题

什么问题？

在连续事件发生的期间，微任务就已经执行了

就是

事件回调执行完成之后，会马上执行微任务

那么连续多个事件回调同时执行，就会导致连续多次执行微任务

如果连续多个事件回调中，都有修改数据，如下

this.state = xxxxx

那么很明显，会导致页面频繁的更新，这显然不是我们想要的结果

那到底什么是连续的事件？

那就是冒泡！

我们来现场演示一下微任务下的冒泡事件

<div style="height:100px;width:100px;background:red">
  <div style="height:60px;width:60x;background:black">
    <div style="height:30px;width:30px;background:blue">
    </div>

  </div>

</div>

div1.onclick = function() {    

    console.log("div1");

    Promise.resolve().then(() = >{        

        console.log("promise1")

    })
}

div2.onclick = function() {    

    console.log("div2");    

    Promise.resolve().then(() = >{        

        console.log("promise2")

    })
}

div3.onclick = function() {    

    console.log("div3");    

    Promise.resolve().then(() = >{        

        console.log("promise3")

    })
}

看到了吗，promise 在一个事件回调结束之后马上就调用了

如果在 Vue 中的事件回调中修改了数据 this.state = xxxxx

然后数据一更改，就会注册微任务用于响应更新，然后事件结束之后，马上执行微任务

如果三个事件回调都有修改数据，那么就会注册三次，执行三次，就会更新三次

所以

尤大想到了一个方法，就是在事件回调执行时，注册的是宏任务

宏任务并不会在事件结束之后马上调用

只会在连续事件结束之后，才调用，这就是我们想要的

所以你才能看到使用 useMacroTask 来控制注册的任务类型

现在我把上面的例子中的 promise 换成 setTimeout，重新点击一下

但是！！

在【Vue 2.6】中，我们已经看不到 useMacroTask 的身影了，为什么？

因为 Vue 又全部使用微任务了........ 天道轮回.....

（其实并不是全部是微任务，兼容写法最后是 setTimeout）

你问，那冒泡又怎么办？

好吧，尤大想到了另一个办法来解决冒泡的问题

就是判断当时的事件 target，来判断是否执行事件回调

也就间接解决了这个问题，看看新的绑定事件的源码

function add$1(name, handler) {
    handler = function(e) {        

        if (

            e.target === e.currentTarget ||

            e.target.ownerDocument !== document

        ) {  

          return  handler.apply(this, arguments)

        }
    };
    target$1.addEventListener(name, handler);
}

通过判断 target 就解决了冒泡，但是这样就不能用冒泡了好像？？

也不知道有没有什么坏处，如果有的话，后面尤大肯定会更新的

【Vue原理】NextTick - 源码版 之 宏微任务的抉择