浏览器与nodejs的eventloop异同，以及部分机制javascript 是一门单线程的脚本语言，虽然是单线程但是有很多异步的api来帮助开发者解决线程的阻塞问题。比如：onclick 注册的回调函数、必不可少的ajax等等...但是 javascript 运行环境是如何做到单线程却又不是一直阻塞线程等待各种异步操作完成才继续执行操作的呢？
答案就是： event loop
1.event loop 的规范是在html5中规定的。2.event loop 是 javascript 运行环境(手动加粗) 的机制。3.浏览器实现的event loop 与 nodejs 实现的event loop 是有异同的。
html5 中定义 event loop 规范链接 https://www.w3.org/tr/html5/w...一 浏览器的event loop
1.简单了解
event loop 即事件循环，它到底是什么结构呢？ 阮一峰老师的博客有一张图，虽然很直白、明了但是少了一些东西不能全面的将 event loop 整体循环机制展示出来。先来看图：
图片非笔者原创，来自阮一峰博客，在此说明，侵删。
从图中我们可以得到信息是：
1.javascript 引擎执行 javascript 是单线程的，因为只有一个 stack 里面有各种正在执行、等待执行的事件。
2.有一些 webapi 将执行时产生的 callback 放入一个队列，即 “事件队列”。
3.在event loop 循环中不停的将“事件队列”里等待执行的事件，推入 javascript 执行栈。这就是事件循环简化的机制，为什么说简化呢？因为在循环中还做了很多没有提及的操作、规则。
我就不举栗子了，但是我要打个比方。
就说一个老生常谈的问题 (文章编辑不便，直接一行了，换行党你倒是来打我啊！)
settimeout(e=>{ console.log(1) },0);new promise((res,rej)=>{ res() }).then(e=>{ console.log(2) });
同样都是 javascript 中提供的异步api，同样都是直接执行( 开发者所希望的，虽然会因为阻塞导致延时，防止杠精 )，但是不论这俩行代码谁上、谁下，输出都会是 2 1。因为这里涉及 event loop 中 macro task 与 micro task 的执行顺序、规则。
2.整体流程
回到刚才说那张流程图不够完善的问题上，现在来一张完整的、全面的 event loop 流程图。
图片非笔者原创，来secrets of javascript ninja，在此说明，侵删。
这是一个 event loop 完整的流程图，从图中我们看到了许多刚才未提及的名词，从头到尾的梳理一遍 (从上至下)：
1.读取 macrotask queue 中任务。有俩种情况任务队列空，向下执行
任务队列不为空，将最先进入的一个（手动+文章加粗）任务推入 javascript 执行栈，向下执行
2.读取 microtask queue 中任务。有俩种情况任务队列空，向下执行
任务队列不为空，将最先进入的一个任务推入 javascript 执行栈，并且再次重复此操作（手动+文章加粗），直到 microtask queue 为空。直白的说：将此任务队列按照先后顺序将所有任务推入javascript 执行栈，向下执行
3.根据本次循环耗时（手动+文章加粗）判断是否需要、是否可以更新ui 【 后面会提一下这个循环时间问题 】不需要，重复第一步
需要，向下执行
4.更新ui，ui rendering，同时阻塞 javascript 执行。并且继续重复第一步。以上便是一整个 event loop 流程，从流程中我们可以看到有俩个“任务队列”，这俩个队列实例化到 javascript 中的api 便是
macrotask queue --> settimeout || setinterval || javascript代码microtask queue --> promise.then()
至此一个完整的 event loop 流程便完全说完了。
3.实例解析
什么鬼？这么复杂？ 弄懂？不存在的
现在回到刚才提到的 “老生常谈的问题” 从实例的角度来说明一下问题。我们假设这个 javascript 文件叫做 main.js
main.js中的代码（+ 为自定义标记）
+1 console.log(1);+2 settimeout(e=>{ console.log(2); },0)+3 settimeout(e=>{ console.log(3); },0)+4 new promise((resolve,reject)=>{ console.log(4); resolve();}).then(e=>{ console.log(5); })+5 settimeout(e=>{ console.log(6); +6 new promise((resolve,reject)=>{ console.log(7); resolve(); }) .then(e=>{ console.log(8);})})
那么这个执行顺序是怎样呢？从头带尾梳理一遍（词穷，全文只要是流程统一是“从头到尾梳理一遍”）
macrotask: javascript 代码，所有同步代码执行。输出：1 4。注册 +4 到 microtask。 注册+2 +3 +5 到 macrotask。
microtask: 执行 +4 输出：5。macrotask: 执行 +2。 输出 2。
microtask: 无macrotask: 执行 +3。 输出 3。
microtask: 无macrotask: 执行 +5。 输出 6 7。 注册 +6 到 microtask。
microtask: 输出 8。所以总体输出的顺序为：1 4 5 2 3 6 7 8
如果这个输出与你所想相同，那么基本就没有问题了。
那么如果不对或者有问题怎么办？
ps： 前面提到 【本次循环耗时】这个问题，这里我也不是非常清楚，望大牛指点。浏览器一般渲染页面60/s，以达到每秒60帧（60 fps），所以大概16ms一次，既然有了时间我们不经就会问？前面的任务处理耽误了则么办？因为javascript线程与ui线程互斥，某些任务导致 javascript引擎 坑了队友，自然而然没法在16ms的节点上到达这一步，从secrets of javascript ninja中了解到，一般会摒弃这次渲染，等待下一次循环。（ 如有问题请指正！ ）
浏览器中的 event loop 到此结束，下面说说 nodejs 的 event loop
二 nodejs的event loop
nodejs 的 event loop 也是有 macrotask queue 与 microtask queue 的。只不过 nodejs 的略有不同。那么主要说说不同在哪里。
nodejs中 macrotask queue 与 microtask queue 实例化到api为：macrotask queue --> script(主程序代码)，setimmediate, i/o，settimeout, setintervalmicrotask queue --> process.nexttick, promise
1.macrotask queue 不同之处
上面说到了浏览器 event loop 的 macrotask queue 在每次循环中只会读取一个任务,nodejs 中 macrotask queue 会一次性读取完毕（ 同阶段的执行完毕，后面会说到macrotask queue 分为 6个阶段 ），然后向下读取microtask。
注意： 这一条与 nodejs版本有很大关系，在看 深入浅出nodejs 这一本书时（ 看的版本很旧，不知是否有修订版，如有请告知。 ），提到的 setimmediate 每次循环只会执行一次，并且给出的示例在 v8.9.1 版本跑时已不符合书中所写。书中示例如下（+ 为自定义标记，原文中没有）：
+1 process.nexttick(function () { console.log('nexttick执行1'); });+2 process.nexttick(function () { console.log('nexttick执行2'); });+3 setimmediate(function () { console.log('setimmediateჽ执行1'); +4 process.nexttick(function () { console.log('强势插入'); }); });+5 setimmediate(function () { console.log('setimmediateჽ执行2'); });+6 console.log('正常执行');正常执行nexttick执行1nexttick执行2setimmediate执行1强势插入setimmediateჽ执行2
在 v8.9.1 中截图如下
从图片中可以看到，至少在 v8.9.1 版本中 macrotask queue 会直接全部执行。按照惯例从头到尾的梳理一遍：
macrotask: javascript 代码，所有同步代码执行。输出：正常执行。注册 +3 +5 到 macrotask。执行process.nexttick()，最终输出：正常执行， nexttick执行1， nexttick执行2。
**microtask: 无macrotask: 执行 +3 +5。 输出：setimmediate执行1， setimmediateჽ执行2。 执行process.nexttick()，最终输出：setimmediate执行1， setimmediateჽ执行2，强势插入。
microtask: 无所以最终输出为：正常执行， nexttick执行1， nexttick执行2，setimmediate执行1， setimmediateჽ执行2，强势插入。
2.process.nexttick(),setimmediates，以及event loop的6个阶段
nodejs 中 macrotask queue会分为 6 个阶段，每个阶段的作用如下（process.nexttick()在6个阶段结束的时候都会执行）：
timers：执行settimeout() 和 setinterval()中到期的callback。i/o callbacks：上一轮循环中有少数的i/ocallback会被延迟到这一轮的这一阶段执行idle, prepare：仅内部使用poll：最为重要的阶段，执行i/o callback，在适当的条件下会阻塞在这个阶段check：执行setimmediate的callbackclose callbacks：执行close事件的callback，例如socket.on(close,func)
注：此6个阶段非笔者原创来自 https://cnodejs.org/topic/5a9...，文章从底层c代码分析nodejs event loop。这里做只做简单整合。侵删。在了解了这六个阶段后，我们可以发现定时器系列在nodejs event loop中 macrotask queue 读取顺序为：
1. settimeout(fun,0) setinterval(fun,0) 2. setimmediate
空口无凭，在实例中了解。的代码奉上（ 代码较长，分为三段，方便阅读，避免滚动。 ）：
+1 process.nexttick(function(){ console.log(1);});+2 process.nexttick(function(){ console.log(2); +3 setimmediate(function(){ console.log(3); }); +4 process.nexttick(function(){ console.log(4); });});+5 setimmediate(function(){ console.log(5); +6 process.nexttick(function(){ console.log(6); }); +7 setimmediate(function(){ console.log(7); });});
+8 settimeout(e=>{ console.log(8); +9 new promise((resolve,reject)=>{ console.log(8+promise); resolve(); }).then(e=>{ console.log(8+promise+then); })},0)+10 settimeout(e=>{ console.log(9); },0)+11 setimmediate(function(){ console.log(10); +12 process.nexttick(function(){ console.log(11); }); +13 process.nexttick(function(){ console.log(12); }); +14 setimmediate(function(){ console.log(13); });});
console.log(14);+15 new promise((resolve,reject)=>{ console.log(15); resolve();}).then(e=>{ console.log(16);})
这么复杂的异步嵌套在一起是不是很头疼呢？
我！不！看！了！
最后一遍梳理，最多、最全的一次梳理。自古以来从头到尾的梳理一遍
macrotask: javascript 代码，所有同步代码执行。输出：14。执行process.nexttick()，最终输出：14，15， 1， 2， 4。 注册 +3 +5 +8 +11 到 macrotask。 注册 +15 到 microtask。
microtask: 执行 +15 输出 16macrotask: 执行 +8 +10 输出 8， 8promise， 9。 注册 +9 到 microtask。
microtask: 执行 +9 输出 8promise+thenmacrotask: 执行 +5 +11 +3 输出 5， 10， 3。 注册 +7 +14 到 macrotask。执行process.nexttick()，最终输出：5 10 3 6 11 12。
microtask: 无macrotask: 执行 +7 +14。 输出：7，13
microtask: 无由此最中全部的输出为：14，15，1，2，4，8，8promise，9，8promise+then，5，10，3，6，11，12，7，13
三 结束
到此结束了。浏览器的、nodejs 的 event loop 已全部分析完成，过程中引用：阮一峰博客，知乎，csdn部分文章内容，侵删。
最近在了解部分底层知识，收获颇丰。其中包括 for of.... 等等各种奇奇怪怪的问题，有时间再写吧。
以上就是本文的全部内容，希望对大家的学习有所帮助，更多相关内容请关注！
相关推荐：
利用javascript判断浏览器类型
用node提供静态文件服务
js浏览器事件循环机制
以上就是浏览器与nodejs的eventloop异同以及部分机制的详细内容。