event loop,microtask macrotask

宏任务，微任务区别

简单说就是优先级的问题，微任务优先级高于宏任务

• 宏任务

setTimeout setInterval I/O UI render <script>

• 微任务

Promise process.nextTick

为什么说微任务优先级高于宏任务？

探索二者执行方式不同原因？

• 执行方式区别

在任务队列中，每一次事件循环，宏任务只提取一个，而微任务会一直提取
每次宏任务消费完以后，就会去消费微任务，将他一次性消费完

• 一个完整的事件循环

初始：
调用栈空
微任务队列空
宏任务有且只有一个script脚本（整体代码）

执行脚本，遇到异步任务，将其放入相应的事件队列中，同步代码执行
同步代码执行完成，macro-task出队
然后micro-task入栈，一次全部执行完

上述过程往复循环，直到队列都清空

• 由此思考，异步更新问题
  事件循环：
  macroTask-mincroTask-render（不断循环）

所以我们异步更新Dom放在mincroTask更好
比如放在宏任中
setTimeout(task,0)

script同步脚本---> mincrotTask--render--macroTask-mincroTask-render
这样第一次的render无效并没有更新Dom,浪费一次render

• 题目测试

setTimeout(()=>{
    console.log('A');
},0);
var obj={
    func:function () {
        setTimeout(function () {
            console.log('B')
        },0);
        return new Promise(function (resolve) {
            console.log('C');
            resolve();
        })
    }
};
obj.func().then(function () {
    console.log('D')
});
console.log('E');

// c e d a b

• 思考，为什么会有异步任务（事件队列)

js是单线程，任务执行要排队，必须执行完一个再执行另一个
遇到耗时任务，线程挂机等待，浪费时间，不利于充分发挥CPU的调度能力
于是将耗时的异步任务，放进任务队列中，等同步代码执行完，再去执行他们

• 简单了解cpu

多核？
物理上有几个CPU核心，双核：2个相对独立的cpu核心单元组

CPU和线程关系？
第一阶段：单核，同一时间，CPU只能执行一个计算
第二阶段：单核，多个任务共享CPU，任务快速切换
第三阶段：多核，CPU-A处理线程A,CPU-B处理线程B

CPU与进程和线程关系？
CPU给每个进程分配时间
进程内部由其代码为线程分配时间

所以进程快速切换，线程快速切换
导致我们以为进程和线程并发执行
QQ和微信同时在运行（进程），而QQ能在发消息的同时受到消息（线程）

• 既然有异步任务，为什么Js设计单线程

假如Js多线程，一个线程删除DOM,一个线程操作Dom,以谁为准？
为了避免复杂性，js是单线程，也是其核心

• H5的web worker允许创建多线程，会导致Dom的不受控吗？

不会，因为他创建的子线程完全受控，不得操作Dom,所以并没有改变单线程的本质

• 关于题目注意点

setTimeout（A,500)是在500ms过后才将事件放入宏任务中

setTimeout（A,500)
setTimeout（B,30)

宏任务事件队列[B,A]
而宏任务是按照先入先出的原则，所以B先执行

• 拓展setTimeout不按时执行

事件执行的完整流程是：
执行栈执行完以后（耗时A），然后执行微任务（耗时B),然后去执行宏任务中的事件队列

如果A+B > 500,就会出现setTimeout不按时执行

注意异步任务

异步事件会先进入Event Table并注册为函数
当指定的事情完成以后，才会将函数移入事件队列中
所以其实事件队列中就是等待被执行的回调函数

鼠标点击，页面滚动，指定的回调函数，