认识JS中的任务队列

js 的基本数据类型：undefined、null、number、string、boolean、对象
JVM虚拟机内存划分：
1.寄存器
2.本地方法存储
3.方法区
4.栈内存
5.堆内存
栈内存：首先是一块内存区域，存储的都是局部变量。
堆内存：存储的是数组和对象，凡是new 的都在堆中，堆中存放的都是实体。
 所以堆与栈的区别很明显：
1.栈内存存储的是局部变量而堆内存存储的是实体；
2.栈内存的更新速度要快于堆内存，因为局部变量的生命周期很短；
3.栈内存存放的变量生命周期一旦结束就会被释放，而堆内存存放的实体会被垃圾回收机制不定时的回收。

我们知道，当我们调用一个方法的时候，js会生成一个与这个方法对应的执行环境（context），又叫执行上下文。这个执行环境中存在着这个方法的私有作用域，上层作用域的指向，方法的参数，这个作用域中定义的变量以及这个作用域的this对象。 而当一系列方法被依次调用的时候，因为js是单线程的，同一时间只能执行一个方法，于是这些方法被排队在一个单独的地方。这个地方被称为执行栈。
当一个脚本第一次执行的时候，js引擎会解析这段代码，并将其中的同步代码按照执行顺序加入执行栈中，然后从头开始执行。如果当前执行的是一个方法，那么js会向执行栈中添加这个方法的执行环境，然后进入这个执行环境继续执行其中的代码。当这个执行环境中的代码 执行完毕并返回结果后，js会退出这个执行环境并把这个执行环境销毁，回到上一个方法的执行环境。这个过程反复进行，直到执行栈中的代码全部执行完毕
1.事件循环（Event Loop）
js 从诞生的开始，就是一门单线程的非阻塞的脚本语言。
单线程：js 代码在任何时候，都只有一个主线程来处理所有的任务。
非阻塞：当代码需要进行一项异步任务的时候，主线程会挂起这个任务，然后在异步任务返回结果的时候，再根据一定规则去执行相应的回调。
1.js引擎遇到一个异步事件后并不会一直等待其返回结果，而是将这个事件挂起，执行栈中其他的操作。
2.当一个异步事件返回结果，js 会将这个事件加入到与当前执行栈不同的另一队列中（事件队列）
3.被放入事件队列不会立刻执行其回调，而是等待当前执行栈中的所有任务都执行完毕， 主线程处于闲置状态时，主线程会去查找事件队列是否有任务。
4.如果有，那么主线程会从中取出排在第一位的事件，并把这个事件对应的回调放入执行栈中，然后执行其中的同步代码...，如此反复，这样就形成了一个无限的循环。这就是这个过程被称为“事件循环（Event Loop）”的原因。

事件队列执行的执行也存在优先级：
不同的异步被分成二类：微任务（micro task）和宏任务（macro-task）
macro-task:script(整体代码片段)、setTimeout、setTimeout, setInterval, setImmediate, I/O, UI Rendering；
micro-task:process.nextTick、 process.nextTick, Promise, Object.observe, MutationObserver。
macro-task 和micro-task 执行的机制：
1.主线程回到micro-task 队列中读取可执行的任务
2.主线程执行完micro-task
3.主线程到macro-task任务队列中读取可执行的任务
4.主线程执行macro-task 任务。
5. 。。。转到step1

这里注意的是，UI Rendering是在micro-task之后执行，需要在UI渲染之前执行的逻辑，一般采用micro-task异步回调方式进行调用。
同样，micro-task队列不宜过长，给micro-task队列添加过多回调阻塞macro-task队列的任务执行是小事，重点是这有可能会阻塞UI Render，导致页面不能更新。浏览器也会基于性能方面的考虑，对micro-task中的任务个数进行限制