首先，js是单线程的，js是通过事件队列（Event Loop）的方式来实现异步回调的。

进程代表CPU能处理的当个，进程之间相互独立。一个进程可以包括多个线程，多个线程共享进程资源。

浏览器是多进程的, 每一个tab页，就是一个独立的进程。

浏览器其中对前端最重要的进程:   
    渲染进程，就是我们说的浏览器内核
        1、负责页面渲染，脚本执行，事件处理等
        2、每个tab页一个渲染进程

我们说的事件队列其实就是浏览器的渲染进程. 那既然进程是由多个线程组成的，渲染进程也是由多个线程组成的.
  1、GUI渲染线程
                负责页面重绘，布局和绘制
                页面需要重绘和回流时，该线程就会执行
                与js引擎线程互斥，防止渲染结果不可预期
  2、JS引擎线程
                负责处理解析和执行JavaScript脚本线程
                只有一个JS引擎线程(单线程)
                与GUI渲染线程互斥，防止渲染结果不可预期
  3、事件触发线程
                用来控制事件循环(鼠标点击、setTimeout、ajax)
                 当事件满足触发条件时，将事件放入到JS引擎所在的执行队列中
  4、定时触发器线程
                setInterval与setTimeout所在的线程
                定时任务并不是由JS引擎计时的，是由定时触发线程来计时的
                计时完毕后，通知事件触发线程
  5、异步http请求线程
                浏览器有一个单独的线程用于处理AJAX请求
                当请求完成时，若由回调函数，通知事件触发线程

到底什么是event loop?
    JS分为同步任务和异步任务
    同步任务都在JS引擎线程上执行，形成一个执行栈
    事件触发线程管理一个任务队列，异步任务触发条件达成，将回调事件放在任务队列中
    执行栈中所有同步任务执行完毕，此时JS引擎线程空闲，系统会读取任务队列，将可运行的异步任务回调事件添加到执行栈中，开始执行。

我们可以将每次执行栈执行的代码当作是一个宏任务（包括每次从事件队列中获取一个事件回调并放到执行栈中进行），每一个宏任务会从头到尾执行完毕，不会执行其他。
前面提到过JS引擎线程和GUI渲染线程是互斥的关系，浏览器为了能够使宏任务和DOM任务有序的进行，会在一个宏任务执行结果后，在下一个宏任务执行前，GUI渲染线程开始工作，对页面进行渲染
    宏任务-->渲染-->宏任务-->渲染-->-->渲染
主代码块,  setTimeout, setInterval等，都属于宏任务

我们已经知道宏任务结束后，会执行渲染，然后执行下一个宏任务，而微任务可以理解成在当前宏任务执行后立即执行的任务。
也就是说，在宏任务执行完，会在渲染前，将执行期间所产生的所有微任务都执行完。
Promiss,  process.nextTick等，属于微任务

总结:
    执行一个宏任务（栈中没有就从事件队列中获取）
    执行过程中如果遇到微任务，就把它添加到微任务的任务队列中
    宏任务执行完毕后，立即执行当前微任务队列中的所有微任务（依次执行）
    当前宏任务执行完毕，开始检查渲染，然后GUI线程接管渲染
    渲染完毕后，JS线程继续接管，开始下一个宏任务（从事件队列中获取）