JavaScriptVaubecourt的自学是绝大多数软件设计开发人员都须要熟练的三个Vaubecourt，而责任编辑他们就透过事例预测来单纯介绍呵呵，JavaScript触发器程式设计与此同时实现方式。
JS是Renderscript
JavaScript词汇的两大特征是Renderscript，同一天根本无法做两件事
(Renderscript的JS是三个疯子，脑袋两根筋，做着现阶段的整件事，没顺利完成以后，当然不能作成两件事)
总之，这是由其问世的本意所下定决心的——处置网页中使用者的可视化，和操作DOM
使用者不可能将与此同时展开三个操作方式，边加进边删掉
总之会再次出现三个难题：大部份的各项任务须要排队等候，前三个完结，才会继续执行下三个(就算前面没人很gata，前面的人须要等很久)，导致网页图形的杂乱
并行和触发器
难题浑然不觉解决方案，借助多核CPU的计算资源，HTML5明确提出了WebWorker国际标准，容许JSJAVA建立数个缓存，只好JS再次出现了——并行和触发器
并行：前三个各项任务完结继续执行下三个各项任务，各项任务的继续执行顺序和各项任务的排列顺序是一致的
触发器：在继续执行某一各项任务(要花费很长时间)的与此同时，可以继续执行其他各项任务
所以上面那个代码结果是什么呢?
知道并行和触发器是什么之后，他们要自学——并行各项任务和触发器各项任务：
并行各项任务(synchronous)(非耗时各项任务)：并行各项任务都在主缓存上继续执行，形成三个继续执行栈
触发器各项任务(asynchronous)(耗时各项任务)：JS的触发器各项任务都是透过回调函数与此同时实现的，如：
普通事件：click、resize等
资源加载：load、error等
定时器：setInterval、setTimeout等
JS继续执行机制
从内存角度理解不难发现，并行各项任务和触发器各项任务根本身处三个区域，当继续执行各项任务时：
先继续执行继续执行栈中的并行各项任务
触发器各项任务(回调函数)放入各项任务队列中
继续执行完大部份的并行各项任务，就会一次读取各项任务队列中的触发器各项任务，完结等待，进入继续执行栈开始继续执行
宏各项任务和微各项任务
JavaScript把触发器各项任务又做了进一步划分——宏各项任务和微各项任务
宏各项任务(macrotask)：
触发器Ajax请求
setTimeout、setInterval
文件操作方式
其他宏各项任务
每三个宏各项任务继续执行顺利完成之后，都会检查是否存在待继续执行的微各项任务，如果有，则继续执行完大部份的微各项任务，再继续继续执行下三个宏各项任务
使用回调函数只是JavaScript的触发器程式设计发展的三个阶段，也只是触发器软件系统的其中一种
可以说JavaScript的触发器程式设计发展经过了四个阶段：
回调函数、发布订阅
Promise
co自继续执行的Generator函数
async/await
