公众号关注“杰哥的IT之旅”，
选择“星标”，重磅干货，第一时间送达！

来源：https://reurl.cc/7yV2bl

• 多进程：一个 Master 进程、多个 Worker 进程
  
  
• Master 进程：管理 Worker 进程

• Worker 进程：所有 Worker 进程都是平等的
  1.实际处理：网络请求，由 Worker 进程处理
  2.Worker 进程数量：在 nginx.conf 中配置，一般设置为核心数，充分利用 CPU 资源，同时，避免进程数量过多，避免进程竞争 CPU 资源，增加上下文切换的损耗。

• Nginx 启动时，Master 进程，加载配置文件
• Master 进程，初始化监听的 socket
• Master 进程，fork 出多个 Worker 进程
• Worker 进程，竞争新的连接，获胜方通过三次握手，建立 Socket 连接，并处理请求

• Nginx 采用：多进程 + 异步非阻塞方式（IO 多路复用 epoll）
• 请求的完整过程：
  1.建立连接
  2.读取请求：解析请求
  3.处理请求
  4.响应请求
• 请求的完整过程，对应到底层，就是：读写 socket 事件

• event module: 搭建了独立于操作系统的事件处理机制的框架，及提供了各具体事件的处理。包括ngx_events_module， ngx_event_core_module和ngx_epoll_module等。nginx具体使用何种事件处理模块，这依赖于具体的操作系统和编译选项。
• phase handler: 此类型的模块也被直接称为handler模块。主要负责处理客户端请求并产生待响应内容，比如ngx_http_static_module模块，负责客户端的静态页面请求处理并将对应的磁盘文件准备为响应内容输出。
• output filter: 也称为filter模块，主要是负责对输出的内容进行处理，可以对输出进行修改。例如，可以实现对输出的所有html页面增加预定义的footbar一类的工作，或者对输出的图片的URL进行替换之类的工作。
• upstream: upstream模块实现反向代理的功能，将真正的请求转发到后端服务器上，并从后端服务器上读取响应，发回客户端。upstream模块是一种特殊的handler，只不过响应内容不是真正由自己产生的，而是从后端服务器上读取的。
• load-balancer: 负载均衡模块，实现特定的算法，在众多的后端服务器中，选择一个服务器出来作为某个请求的转发服务器。
  
  

Nginx vs. Apache

处理多个请求时，可以采用：IO 多路复用 或者 阻塞 IO +多线程

1.IO 多路服用：一个 线程，跟踪多个 socket 状态，哪个就绪，就读写哪个；

2.阻塞 IO + 多线程：每一个请求，新建一个服务线程

• 大并发量：只使用一个线程，处理大量的并发请求，降低上下文环境切换损耗，也不需要考虑并发问题，相对可以处理更多的请求；
• 消耗更少的系统资源（不需要线程调度开销）
• 适用于长连接的情况（多线程模式长连接容易造成线程过多，造成频繁调度）
  
  

• 每个线程，都需要时间和空间；
• 线程数量增长时，线程调度开销指数增长
  
  

  
  

• Nginx 是多进程模型，Worker 进程用于处理请求；
• 单个进程的连接数（文件描述符 fd），有上限（nofile）：ulimit -n
• Nginx 上配置单个 worker 进程的最大连接数：worker_connections 上限为 nofile
• Nginx 上配置 worker 进程的数量：worker_processes

• Nginx 的最大连接数：Worker 进程数量 x 单个 Worker 进程的最大连接数
• 上面是 Nginx 作为通用服务器时，最大的连接数
• Nginx 作为反向代理服务器时，能够服务的最大连接数：（Worker 进程数量 x 单个 Worker 进程的最大连接数）/ 2。
• Nginx 反向代理时，会建立 Client 的连接和后端 Web Server 的连接，占用 2 个连接

1.每打开一个 socket 占用一个 fd

2.为什么，一个进程能够打开的 fd 数量有限制？

HTTP 请求和响应

• 请求行：method、uri、http version
• 请求头
• 请求体

• 响应行：http version、status code
• 响应头
• 响应体

IO 模型

处理多个请求时，可以采用：IO 多路复用 或者 阻塞 IO +多线程

1.IO 多路服用：一个 线程，跟踪多个 socket 状态，哪个就绪，就读写哪个；

2.阻塞 IO + 多线程：每一个请求，新建一个服务线程

• IO 多路复用：单个连接的请求处理速度没有优势
  1.大并发量：只使用一个线程，处理大量的并发请求，降低上下文环境切换损耗，也不需要考虑并发问题，相对可以处理更多的请求；
  2.消耗更少的系统资源（不需要线程调度开销）
  3.适用于长连接的情况（多线程模式长连接容易造成线程过多，造成频繁调度）

• 阻塞IO + 多线程：实现简单，可以不依赖系统调用。
  1.每个线程，都需要时间和空间；
  2.线程数量增长时，线程调度开销指数增长

select/poll 和 epoll 比较

// select 系统调用
intselect(int maxfdp,fd_set *readfds,fd_set *writefds,fd_set *errorfds,struct timeval *timeout);

// poll 系统调用
int poll(struct pollfd fds[], nfds_t nfds, int timeout)；

• 查询 fd_set 中，是否有就绪的 fd，可以设定一个超时时间，当有 fd（File descripter）就绪或超时返回。
• fd_set 是一个位集合，大小是在编译内核时的常量，默认大小为 1024。
• 特点：连接数限制，fd_set 可表示的 fd 数量太小了；线性扫描：判断 fd 是否就绪，需要遍历一边 fd_set；数据复制：用户空间和内核空间，复制连接就绪状态信息。

• 解决了连接数限制：poll 中将 select 中的 fd_set 替换成了一个 pollfd 数组，解决 fd 数量过小的问题。
• 数据复制：用户空间和内核空间，复制连接就绪状态信息。

• 事件机制：避免线性扫描，为每个 fd，注册一个监听事件，fd 变更为就绪时，将 fd 添加到就绪链表。
• fd 数量：无限制（OS 级别的限制，单个进程能打开多少个 fd）。

• I/O 多路复用的机制。
• I/O 多路复用就通过一种机制，可以监视多个描述符，一旦某个描述符就绪（一般是读就绪或者写就绪），能够通知程序进行相应的读写操作；监视多个文件描述符。
• 但 select，poll，epoll 本质上都是同步 I/O：用户进程负责读写（从内核空间拷贝到用户空间），读写过程中，用户进程是阻塞的；异步 IO，无需用户进程负责读写，异步 IO，会负责从内核空间拷贝到用户空间。

Nginx系列教程（一）| 手把手教你在Linux环境下搭建Nginx服务

Nginx系列教程（二）| 一文带你读懂Nginx的正向与反向代理

Nginx系列教程（三）| 一文带你读懂Nginx的负载均衡

Nginx系列教程（四）| 一文带你读懂Nginx的动静分离

Nginx系列教程（五）| 利用 Nginx+Keepalived 实现高可用技术

Nginx系列教程（六）| 手把手教你搭建 LNMP 架构并部署天空网络电影系统

浅谈 Nginx 性能调优

【建议收藏】神器 Nginx 的学习手册

Nginx从入门到干活，看这一篇足矣

Nginx 在运维领域中的应用，看这一篇就够了