JavaScript 微工作和宏工作详解
前言
js 是一门单线程语言，所以它自身是不可能异步的，然而 js 的宿主环境（比方浏览器、node）是多线程，宿主环境通过某种形式（事件驱动）使得 js 具备了异步的属性。而在 js 中，咱们个别将所有的工作都分成两类，一种是同步工作，另外一种是异步工作。而在异步工作中，又有着更加粗疏的分类，那就是微工作和宏工作
概念
宏工作：
宏工作 —- setTimeout、setInterval、DOM 事件、AJAX 申请
浏览器为了可能使得 JS 外部 task 与 DOM 工作可能有序的执行，会在一个 task 执行完结后，在下一个 task 执行开始前，对页面进行从新渲染（task-> 渲染 ->task->…）
微工作：
微工作 —- Promise、async/await
微工作通常来说就是须要在以后 同步工作 执行完结后立刻执行的工作，比方对一系列动作做出反馈，或者是须要异步的执行工作而又不须要调配一个新的工作，这样便能够减小一点性能的开销。
执行程序
先来看一段代码，在来探讨执行程序
console.log(1)
setTimeout(() => {console.log(2)
})
Promise.resolve().then(() => {console.log(3)
})
console.log(4)下面段代码打印的后果为 1 4 3 2。从下面代码，能够得出他们的执行程序是:
先执行同步代码，遇到异步宏工作时候则将异步宏工作放入宏工作队列中, 遇到异步微工作的时候则将异步微工作放入微工作列表中，当所有的同步代码执行结束后，在将异步微工作从列表中调入主线程执行，异步微工作执行结束之后再将异步宏工作从队列中调入主线程执行，始终循环到素有工作执行结束。
留神：微工作执行下先于页面渲染的
工作关系
宏工作是支流，当 js 开始被执行的时候，就是开启一个宏工作，在宏工作中执行一条一条的指令，宏工作能够同时领有多个，然而会依照程序一个一个执行。
每一个宏工作，前面都能够跟着一个微工作队列，如果微工作队列中有指令或者办法，则先执行。如果没有，则开始执行下一个宏工作，晓得所有的宏工作执行结束。
工作详解
为什么有了宏工作后，还是会有微工作的存在？那是因为宏工作太占用性能，当须要一些较早就筹备好的办法，排在最初才执行的时候，又不想新增一个宏工作，那么就能够把这些办法，一个一个的放在微工作队列外面，在这个宏工作中的代码执行完后，就会执行微工作队列。
因而以后同步代码执行，遇到异步工作，如果是异步宏工作，放入下一轮宏工作队列，是异步微工作，放入微工作队列跟在以后宏工作屁股前面。微工作相当于宏工作的小尾巴，因而以后宏工作执行完，在它前面等着的异步微工作就会被立即放入队列继续执行。而异步的宏工作须要等到下一轮，从而造成了异步中微工作在宏工作之前执行的状况。