本文参考C. Aaron Cois的 《Understanding The Node.js Event Loop》 ，解释什么是Event Loop，以及它与JavaScript语言的单线程模型有何关系。

想要理解Event Loop，就要从程序的运行模式讲起。运行以后的程序叫做 "进程" （process），一般情况下，一个进程一次只能执行一个任务。

如果有很多任务需要执行，不外乎三种解决方法。

（1）排队。 因为一个进程一次只能执行一个任务，只好等前面的任务执行完了，再执行后面的任务。

（2）新建进程。 使用fork命令，为每个任务新建一个进程。

（3）新建线程。 因为进程太耗费资源，所以如今的程序往往允许一个进程包含多个线程，由线程去完成任务。（进程和线程的详细解释，请看 这里 。）

以JavaScript语言为例，它是一种单线程语言，所有任务都在一个线程上完成，即采用上面的第一种方法。一旦遇到大量任务或者遇到一个耗时的任务，网页就会出现"假死"，因为JavaScript停不下来，也就无法响应用户的行为。

你也许会问，JavaScript为什么是单线程，难道不能实现为多线程吗？

这跟历史有关系。JavaScript从诞生起就是单线程。原因大概是不想让浏览器变得太复杂，因为多线程需要共享资源、且有可能修改彼此的运行结果，对于一种网页脚本语言来说，这就太复杂了。后来就约定俗成，JavaScript为一种单线程语言。（Worker API可以实现多线程，但是JavaScript本身始终是单线程的。）

如果某个任务很耗时，比如涉及很多I/O（输入/输出）操作，那么线程的运行大概是下面的样子。

上图的绿色部分是程序的运行时间，红色部分是等待时间。可以看到，由于I/O操作很慢，所以这个线程的大部分运行时间都在空等I/O操作的返回结果。这种运行方式称为"同步模式"（synchronous I/O）或"堵塞模式"（blocking I/O）。

如果采用多线程，同时运行多个任务，那很可能就是下面这样。

上图表明，多线程不仅占用多倍的系统资源，也闲置多倍的资源，这显然不合理。

Event Loop就是为了解决这个问题而提出的。 Wikipedia 这样定义：

" Event Loop是一个程序结构，用于等待和发送消息和事件。 （a programming construct that waits for and dispatches events or messages in a program.）"

简单说，就是在程序中设置两个线程：一个负责程序本身的运行，称为"主线程"；另一个负责主线程与其他进程（主要是各种I/O操作）的通信，被称为"Event Loop线程"（可以译为"消息线程"）。

上图主线程的绿色部分，还是表示运行时间，而橙色部分表示空闲时间。每当遇到I/O的时候，主线程就让Event Loop线程去通知相应的I/O程序，然后接着往后运行，所以不存在红色的等待时间。等到I/O程序完成操作，Event Loop线程再把结果返回主线程。主线程就调用事先设定的回调函数，完成整个任务。

可以看到，由于多出了橙色的空闲时间，所以主线程得以运行更多的任务，这就提高了效率。这种运行方式称为" 异步模式 "（asynchronous I/O）或"非堵塞模式"（non-blocking mode）。

这正是JavaScript语言的运行方式。单线程模型虽然对JavaScript构成了很大的限制，但也因此使它具备了其他语言不具备的优势。如果部署得好，JavaScript程序是不会出现堵塞的，这就是为什么node.js平台可以用很少的资源，应付大流量访问的原因。

我的理解是Nodejs 你写的主代码是起点，结束后进入事件循环，这时候有个叫事件队列的数据结构里已经存在了一些需要处理的任务，这些任务可能还会发新的任务。这个事件循环怎么理解，我想象的就像一个人每天都要做同样的工作，天天如此，这就是循环。每天的工作就是先收集事件，然后处理事件（或者先处理后收集，谁知道）然后下一天.....

Nodejs里有process.nextTick()函数，tick的意思是滴答声，暗含的意思就是秒针走了一秒，每一个tick里，nodejs都可以做一堆的事,比如 收事件 处理事件，如果发现再也没有新的事件到来，那就退出.

这个机制是从浏览器来的，为什么浏览器用这个机制？因为浏览器是一个GUI程序。
————几乎所有的GUI程序和GUI框架都是这个机制。从有图形界面开始，就有这个机制（说不定还更早）。
所以这跟语言没什么关系，也当然不能算是node独有的优势。

这个机制是从浏览器来的，为什么浏览器用这个机制？因为浏览器是一个GUI程序。
————几乎所有的GUI程序和GUI框架都是这个机制。从有图形界面开始，就有这个机制（说不定还更早）。
所以这跟语言没什么关系，也当然不能算是node独有的优势。

如果有兴趣追究“为什么GUI就要用单线程事件驱动的机制”，很有趣，网上也有不少文章可以搜。

简而言之，GUI系统中你如果想用多线程更新，细粒度锁保证线程安全的话，最终总是特别容易陷入死锁，因为总会有从两个相反方向来的调用试图访问一些绘图相关的共享数据。

最终人们不约而同发现了同一个简单粗暴的解决方案： 不用什么细粒度锁，整个绘图相关的部分用同一把大锁；于此等同的方式就是：整个绘图部分用一个单独的线程，即所谓“单线程拘禁”，这在功能上与一把大锁是相等的。

这个线程就是 Event Dispatch 线程，又叫UI线程，被node拿来做io线程。

我也同样存在这个疑问？前提是我相信nodejs真的是单线程（只有一个主线程在工作）？难道所谓的协程就是用来处理这些异步任务的吗？

不知道您现在解决这个疑问了没，如果解决了，可以帮我解答一下吗
邮箱： [email protected]