【Nginx】事件驱动框架和异步处理

Nginx对请求的处理是通过事件触发的，模块作为事件消费者，仅仅能被事件收集、分发器调用。这与传统的Webserver是不同的。

传统的Webserver下，一个请求由一个进程消费。请求在建立连接后将始终占用着系统资源，直到连接关闭才会释放资源。这样做有下面缺点：

• 进程数添加会添加进程间切换的负担。影响系统总体性能。

• 当某个进程要等待事件发生而处于堵塞状态时，该进程仍然占用内存资源直到该请求结束。造成资源极大浪费。

在Nginx中，接收到一个请求时，不会产生一个单独的进程来处理该请求，而是由事件收集、分发器（进程）调用某个模块，由模块处理请求。处理完后再返回到事件收集、分发器，例如以下图所看到的：

左側按序号收集事件。右側按序号调用消费者模块。从图中能够看出这样的设计的一个弊端：当某个消费者模块堵塞而无法返回到事件收集、分发器，使得后者无法继续监听事件，终于导致其他事件得不到及时响应。全部，时间消费者的代码中不能有堵塞行为！

说到事件驱动机制，就要联系到异步处理了。由于两者是密切相关的：多阶段异步处理仅仅能基于事件驱动框架实现。一个HTTP请求包括多个阶段。每一个阶段在什么时候发生是不确定的，这就造成了异步性。每一个阶段的发生都会触发事件驱动框架。然后交由事件消费者处理。也就是说一个事件消费者仅仅是处理了一个请求中的一小部分。Nginx採用这种设计，减少了进程休眠的几率，从而提高网络性能、减少请求延时。

所以，Nginx的这种设计server的并发连接数可以达到十万甚至百万级别。

參考：

《深入理解Nginx》 P263-P267.