Nginx 实现高并发的原理分析

本文将讲解一下内容：

1、Nginx 的进程模型分析

2、Nginx 实现高并发原理分析

这篇文章首先会讲解一下 Nginx 的进程模型，只有先理解了 Nginx 进程模型，才能深入理解 Nginx 实现高并发的原理。

1、Nginx 进程模型介绍

Nginx 的进程模型也是采用 ​​Master/Worker 形式​​。当 Nginx 启动时，会先创建一个 Master 进程，Master 进程会 fork 出若干个 Worker 子进程（具体是多少个子进程可以在 Nginx 的配置文件中来配置）

Master 进程的作用如下：

Master 进程主要是接收外界信号（如重载配置等），传递给 Worker 进程

监听 Worker 进程的运行状态，负责 Worke 进程的创建和销毁 Worker 进程的作用如下：

处理 Master 进程传递过来的信号

处理网络事件，比如客户端请求

这种进程模型看似跟 ​​PHP-FPM​​ 的处理方式类似，它们之间的区别在哪里呢？

回答这个问题，就要从两者的定位入手了。Nginx 是一个 HTTP 服务器，负责转发请求，不负责处理具体的业务。PHP-FPM 需要处理具体的业务，特别是有些是耗时的业务场景。在 Nginx+PHP-FPM 的架构中，Nginx 的 Worker 进程将请求转发给 PHP-FPM 后，并没有停下来等待 PHP-FPM 返回数据，而是设置了一个回调事件，然后就去处理请他请求了。当 PHP-FPM 业务逻辑处理完后，会执行 Nginx 中 Worker 进程设置的回调事件，这时 Nginx 的 Worker 进程就会停下手中的工作，开始处理回调函数的返回值，直到数据返回给用户端。

所以，Nginx 的 Worker 进程无需等待，可以一直处理请求。但是 PHP-FPM 的 Worker 进程需要将每个请求处理完才能处理下一个请求。

2、Nginx 实现高并发的原理分析

Nginx 和 Apache 都是 Web 服务器，但是两者有着很大的区别。

Apache 处理请求是同步阻塞方式，每一个请求到达，apache 都会去 fork 一个子进程去处理这个请求，直到这个请求处理完毕。低并发时，这种模式没有什么缺点。面对高并发时，如果要想提高处理能力，就需要创建很多进程，进程太多了会出现进程切换，浪费 CPU 资源。

与 Apache 相比，Nginx 在处理高并发时特别有优势。Nginx 是如何实现高并发的呢？答案就是 I/O 复用技术（select、poll、epoll 模型），即多个 I/O 可以复用一个进程。

elect、poll 原理：当连接有 I/O 流事件产生的时候，就会去唤醒进程去处理，但是进程不知道是哪个连接产生的 I/O 流事件，于是就得挨个去遍历进程，遍历进程会浪费大量 CPU 时间片。select、poll 原理是一样的，只不过 select 只能观察 1024 个连接，poll 可以观察无限个连接。

epoll 原理连接有 I/O 流事件产生的时候，epoll 就会去告诉进程哪个连接有 I/O 流事件产生，然后进程就去处理这个链接。

Nginx 就是采用 epoll 模型来实现的。流程就像上文所说的一样，每处理完一个请求，就会设置一个事件回调，然后开始处理新的请求。当回调事件被触发时再腾出手来处理回调事件之后的逻辑，整个过程中不会出现等待的情况。所以理论上 Ngnix 的一个进程就可以处理无限数量的连接，而且无需轮询。

以上就是对文中开始提到的两个问题的解答，有点绕，可能没有完全解释清楚。后面将会在新的文章中把大家提出的问题逐步解答清楚。

完整附件：​​http://github.crmeb.net/u/defu​​