原副标题：web前端开发：JS并行和触发器的差别
他们具体来说要晓得JavaScript是两门Renderscript的词汇，简而言之”Renderscript”，即是一场根本无法竭尽全力执行两个各项任务，假如有数个各项任务，那就要排队等候竭尽全力执行，在上两个各项任务竭尽全力执行完后，再去竭尽全力执行前面的各项任务，依此类推。假如两个各项任务费时太长，所以前面的各项任务就要等候那个费时太长的各项任务顺利完成，就可以竭尽全力往下竭尽全力执行，所以此种情形会导致甚么不良后果呢？推延他们的程序竭尽全力执行，常用的应用程序无化学反应。只好，JavaScript将大部份各项任务分成三种，一类是并行各项任务（synchronous），另一类是触发器各项任务（asynchronous）。
一、JS管理体制
Js是Renderscript词汇，它是如前所述该事件循环式，该事件循环式大体分成下列两个关键步骤：
1.大部份并行各项任务都在主旋律程上执⾏， 逐步形成⼀个执⾏栈（execution context stack）。
2.主旋律程以外， 还存有⼀个”各项任务堆栈”（task queue） 。如果触发器各项任务有了运⾏结论， 就在”各项任务堆栈”当中置放⼀个该事件。
3.除非”执⾏栈”中的大部份并行各项任务执⾏完， 控制系统就会加载”各项任务堆栈”， 看一看⾥⾯有甚么样该事件。这些相关联的触发器各项任务， 只好完结等候状况， 进⼊执⾏栈， 已经开始执⾏。
4.急速多次重复第二步，直到”触发器各项任务堆栈”全数去除。
并行各项任务
并行各项任务指的是，在主旋律程上排队等候竭尽全力执行的各项任务，多于前两个各项任务竭尽全力执行完，就可以竭尽全力执行后两个各项任务。
触发器各项任务
触发器各项任务指的是，不步入主旋律程、而步入”各项任务堆栈”（task queue）的各项任务，多于等主旋律程各项任务竭尽全力执行完，”各项任务堆栈”已经开始通告主旋律程，允诺竭尽全力执行各项任务，该各项任务才会步入主旋律程竭尽全力执行。
触发器商业模式的三种形式：
1.反弹表达式callback
2.该事件驱动 Event-Driven
3.观察者商业模式Observer pattern（又称发布订阅商业模式publish-subscribe pattern）
4.promise商业模式
5.宏各项任务(计时器， ajax, 加载文件)
6.setImmediate
讲了JavaScript的管理体制，所以应用程序是怎么去竭尽全力执行JavaScript的代码的呢？
二、应用程序的该事件循环式
JavaScript是如何竭尽全力执行的
JavaScript 并不是一行一行的分析并竭尽全力执行代码的，而是分段一段一段的进行分析并竭尽全力执行。
这里要说明一下，怎么才算一段。这里的段指的是 JavaScript 中的竭尽全力执行上下文。
竭尽全力执行上下文
全局竭尽全力执行上下文：即是全局代码
表达式竭尽全力执行上下文：这里指的是两个两个表达式，两个表达式竭尽全力执行前会先创建两个竭尽全力执行上下文
eval竭尽全力执行上下文：eval不推荐使用
由此可见当JavaScript运行时会有很多竭尽全力执行上下文，为了方便管理，js引擎会创建两个竭尽全力执行上下文栈来对这些竭尽全力执行上下文进行管理，遵循先进后出原则。
全局上下文在栈的最底部，全局上下文多于两个在应用程序关闭时出栈。
表达式在竭尽全力执行时会创建表达式竭尽全力执行上下文，并放入竭尽全力执行栈中竭尽全力执行，竭尽全力执行完后出栈。
Event loop 循环式机制
当 JavaScript 竭尽全力执行时，会将全局竭尽全力执行上下文放入竭尽全力执行栈中，接下来遇到表达式竭尽全力执行上下文时会将那个上下文也放入竭尽全力执行栈中，竭尽全力执行完会出栈，当竭尽全力执行栈为空时，会从各项任务堆栈头部拿取两个各项任务，创建上下文并放
假如在Node环境中去竭尽全力执行JavaScript脚本词汇，Node.js怎么去处理JavaScript触发器各项任务的呢？
三、Node的该事件循环式
当 Node.js 启动时，它会初始化该事件循环式，处理提供的脚本，并行代码入栈直接竭尽全力执行，触发器各项任务（网络允诺、文件操作、定时器等）在调用 API 传递反弹表达式后会把操作转移到后台由控制系统内核处理。目前大多数内核都是多线程的，当其中两个操作顺利完成时，内核通告 Node.js 将反弹表达式添加到轮询堆栈中等候时机竭尽全力执行。
Node.js该事件循环式的六个阶段
1.timers（定时器阶段）
具体来说该事件循环式步入定时器阶段，用于存储定时器的反弹表达式（setTimeout setInterval）。
2.pending callbacks
竭尽全力执行与操作形同相关的反弹表达式。比如启动服务器应用时监听端口操作时的反弹表达式。
3.idle，prepare
idle, prepare 阶段是给控制系统内部使用，idle 那个名字很迷惑，尽管叫空闲，但是在每次的该事件循环式中都会被调用，当它们处于活动状况时。
4.poll
存储I/O操作相关的反弹表达式，比如文件读写操作的反弹表达式。假如时间堆栈中有反弹表达式，竭尽全力执行他们直到清空操作。否则该事件循环式在此阶段会停留一段时间以等候新的反弹含税步入。那个等候取决于两个条件：
(1).setImmediate堆栈（check阶段）存有要竭尽全力执行的反弹表达式。
(2).timers堆栈中存有要竭尽全力执行的反弹表达式，在此种情形下，该事件循环式将移至check阶段，然后移至Closing callbacks阶段，并最终从timers阶段步入下一场循环式。
5.check
存储setImmediate的反弹表达式。
6.Closing callback
竭尽全力执行与关闭该事件相关的反弹表达式。比如：关闭数据库连接的反弹表达式。
四、宏各项任务与微各项任务
上面讲了应用程序和Node.js是如何处理并行和触发器各项任务的，所以触发器各项任务就多于一类吗?
各项任务堆栈的分类
各项任务堆栈分成三种，一类叫宏各项任务（macrotask），一类叫微各项任务（microtask )。
宏各项任务（macrotask）
script( 整体代码)、setTimeout、setInterval、I/O（http允诺）、UI 渲染。
微各项任务（microtask）
Promise.then()、MutationObserver（监听dom的更改）。
两者的差别
竭尽全力执行原则
竭尽全力执行完两个宏各项任务回去检测微各项任务堆栈是否为空，假如不为空则竭尽全力执行完堆栈内的大部份微各项任务，假如堆栈为空，则竭尽全力竭尽全力执行下两个宏各项任务，下两个宏各项任务竭尽全力执行完后会竭尽全力检测微各项任务堆栈是否为空，往复循环式。
五、JS各项任务堆栈
他们上面讲了触发器各项任务分成宏各项任务和微各项任务都是在各项任务堆栈里面去等候竭尽全力执行，所以各项任务堆栈是不是也分成宏堆栈和微堆栈呢？
说起各项任务堆栈的话，具体来说他们要回顾一下JS词汇的特点。
他们晓得，Javascript 这门脚本词汇诞生的使命就是为处理页面中用户的交互，以及操作 DOM 而诞生的。
所以JS的设计就是Renderscript的，总不能多线程来操作DOM结构吧(那不就乱套了吗)。
所以甚么是Renderscript，其实就是各项任务两个接着两个做，不能同时处理数个各项任务。
那这样就会导致两个问题，假如 JS 竭尽全力执行的时间太长，这样就会导致页面的渲染不连贯，导致页面渲染加载阻塞的感觉。
那JS是如何解决那个问题呢？我用一张图来说一下：
接下来他们来看一段代码
console.log(1)
setTimeout(function () {
console.log(2);
process.nextTick(function () {
console.log(3);
})
})
Promise.resolve().then(function() {
console.log(4)
}).then(function() {
console.log(5)
})
他们来看一下那个代码的竭尽全力执行过程。
反正肯定不是输出12345。
从上到下：
第一遍
console.log(1)会放到主旋律程中，
setTimeout会放到宏各项任务堆栈
Promise会放到微各项任务堆栈
主旋律程先竭尽全力执行，然后微各项任务：
打印1,4,5
再竭尽全力执行宏各项任务：
console.log(2)放到主旋律程
process.nextTick放到微各项任务堆栈
主旋律程先执行，然后微各项任务
打印2,3
所以打印结论为:14523
OK，所以关于Js的各项任务堆栈也就解释清楚了
总结
并行（Sync）发出两个功能调用时,要一件一件事做，等前一件做完了就可以做下一件事。
触发器（Async）当两个触发器过程调用发出后，调用者在没有得到结论之前，就可以竭尽全力竭尽全力执行后续操作。
总结来说，并行和触发器的差别：允诺发出后，是否需要等候结论，就可以竭尽全力竭尽全力执行其他操作。
