浏览器环境

以下两段代码是等价的。req对事件的回调设置，实际上就是当前主线程任务队列的任务。

 ???var req = new XMLHttpRequest(); ???req.open(‘GET‘, url); ???????req.onload = function (){}; ???????req.onerror = function (){}; ???????req.send(); ???//equal ???var req = new XMLHttpRequest(); ???req.open(‘GET‘, url); ???req.send(); ???req.onload = function (){}; ???????req.onerror = function (){}; ??

setTimeout(fn,0)：往消息队列尾部添加一条消息，指定主线程有空的时候（所有同步任务执行完），要尽快执行fn函数

对于事件循环应该这么理解：

　　主线程中有一个（同步）任务队列，另一个地方又有一个消息队列。

　　仅当任务队列为空时，主线程才会去检查消息队列，取消息，然后把对应的回调函数以一个任务的形式插入到主线程的任务队列中。

　　当任务队列不为空时，主线程会不停地从任务队列中取出任务，执行。直到任务队列为空，这个过程称为一次事件循环

　　事件循环实际上就是主线程【执行任务】和【取消息、插入任务】的过程，两部分不停循环

可见主线程所做的事情就是，执行任务、取消息、插入任务。那插入消息这个过程谁来做？

　　这里引入一个概念叫做“工作线程”，主线程执行任务时，可能会开启异步任务（如ajax，timeout等），这时实际上就是通知一个工作线程去执行这个异步任务，执行完成后，这个工作线程就往消息队列中插入一个消息，表示通知主线程，你交给我的任务我已经搞定啦

node环境

process.nextTick：往主线程的同步任务队列尾部添加一个任务，这意味着这个任务执行在所有回调函数之前

setImmediate：和setTimeout(fn,0)类似

可见：

　　process.nextTick 和 setImmediate 相比，前者明显要高效与后者，因为前者运行在当前的事件循环中，不需要去检查消息队列

js event loop

原文地址：http://www.cnblogs.com/hellohello/p/7581604.html