Nginx基础教程（85）Nginx事件机制之运行机制：Nginx事件机制揭秘：百万并发背后的“待办清单“管理艺术

网上都说Nginx性能强悍，难道它的工作人员都是三头六臂？

1. Nginx的超级团队：多进程模型

想象一下，一个公司有一个主管理者和多个平等的工作者，这就是Nginx的进程模型。

# 查看Nginx进程
$ ps aux | grep nginx
root     10001  0.0  0.1  12345  6789 ?        Ss   Jan01   0:00 nginx: master process
www-data 10002  0.0  0.2  23456  9876 ?        S    Jan01   0:12 nginx: worker process

在这个团队中，Master进程就像是公司的CEO，它不做具体的工作，只负责管理：读取配置文件、管理工作进程的生命周期、监控工作进程状态。当Worker进程异常终止时，Master进程会立即重启它，确保服务持续可用。

而Worker进程则是真正干活的员工，它们彼此平等且独立，每个都能处理数千个并发连接。他们之间不共享内存，避免了复杂的锁竞争问题。

# Nginx配置示例
user www www;
worker_processes 4;        # 设置4个Worker进程，通常与CPU核心数相同

events {
    worker_connections 2048; # 每个Worker进程可处理2048个连接
}

那么，如何确定Worker进程的数量呢？经验法则是设置为与CPU核心数相同，这样可以最大化利用CPU资源，同时避免过多的进程竞争导致上下文切换开销。

当公司业务量激增（并发连接数增加）时，CEO（Master进程）不需要亲自处理，而是由更多员工（Worker进程）分担工作，这就是Nginx能够轻松应对高并发的基础。

2. Nginx的高效工作法则：事件驱动模型

2.1 同步 vs 异步，阻塞 vs 非阻塞

在理解Nginx的事件驱动模型前，我们先看看传统服务器的处理方式：

• 阻塞调用：当读写事件没有准备好时，线程一直等待，等事件准备好了才能继续，CPU资源被白白浪费。
• 非阻塞调用：事件没准备好时立即返回，但需要不断检查事件状态，开销很大。
• 异步非阻塞：这就是Nginx采用的方式，调用时是阻塞的，但可以设置超时时间，在超时时间内，有事件准备好了就返回。这种方法既高效又不会浪费资源。

2.2 Nginx的"待办清单"：事件循环机制

Nginx内部有一个持续运转的事件循环，就像是Worker进程的"待办事项管理系统"。

当Nginx刚刚启动时，在等待事件阶段，它打开了80或443端口，等待新的事件进来。此时的Nginx实际上处于sleep状态。