一文带你搞懂Nginx如何处理请求_Linux

nginx（engine x）是一个高性能的http和反向代理服务器，它以其高并发、高性能和低资源消耗著称。这篇文章，我们将从原理、代码以及示例来深入分析 nginx如何处理请求。

nginx请求处理原理

nginx请求处理的原理主要涉及以下 6个核心技术点：

事件驱动模型
异步非阻塞处理
进程模型
模块化设计
负载均衡和反向代理
配置文件解析

接下来我们将一一分析它们：

事件驱动模型

nginx的事件驱动模型基于非阻塞 i/o 和事件循环。它使用多路复用技术（如 epoll、kqueue 等）来监控多个连接，并在事件发生时调用相应的处理器。

多路复用技术

多路复用技术是事件驱动模型的关键。nginx 支持多种多路复用机制，包括：

epoll：linux 平台上的高效多路复用机制，适用于大量并发连接。
kqueue：freebsd、openbsd、macos 等平台的多路复用机制。
select 和 poll：较早期的多路复用机制，适用于较少的并发连接。

nginx 会根据操作系统的不同自动选择最优的多路复用机制。

事件循环

在 nginx 中，事件循环主要负责监控和处理网络事件。其基本流程如下：

初始化：初始化事件模块，配置事件处理机制（如 epoll）。
事件监听：监听客户端连接请求、数据可读可写等事件。
事件检测：通过多路复用机制检测事件的发生。
事件分发：将检测到的事件分发给对应的事件处理器。
事件处理：调用回调函数来处理具体的事件，如读取请求、发送响应等。

事件处理

nginx 的事件处理是通过一系列的回调函数来实现的，这些回调函数在不同的事件阶段被调用，包括：

连接建立：处理新连接的建立。
请求读取：从客户端读取请求数据。
响应发送：向客户端发送响应数据。
连接关闭：处理连接的关闭。

###worker 进程

nginx 使用多进程架构，其中每个 worker 进程都是一个独立的事件驱动服务器。master 进程负责管理 worker 进程，而 worker 进程则负责处理客户端请求。每个 worker 进程都有自己的事件循环，能够独立处理并发连接。

异步非阻塞处理

异步非阻塞意味着 nginx在处理一个请求时，可以进行 i/o操作而不被阻塞，当请求发起后，处理过程中的任何耗时操作（如磁盘i/o，网络i/o）都不会阻塞整个处理。nginx通过将这些操作放在异步事件中等待完成，释放工作进程来处理其他可用事件。

进程模型

nginx 采用了 master-worker 多进程架构，其中包含一个主进程（master process）和一个或多个工作进程（worker processes）。这种架构的设计可以确保责任分离，以便更好地管理系统资源、并发请求处理与故障恢复。

master进程

职责

master进程的主要职责是管理和控制工作进程。
接收和处理来自外部（如管理员）的请求，例如配置重载、启动或关闭 nginx。
在启动时读取和解析配置文件，初始化各种全局变量和资源。

主要功能

启动和终止 worker 进程：master 进程负责分批启动工作进程，并根据需要重启或终止工作进程。
管理信号：监听和处理系统信号（如 sighup 用于重载配置，sigterm 用于关闭服务器等）。
平滑升级：做出配置更改或执行 nginx 版本升级时，可以通过不间断地重新启动工作进程实现平滑升级。

worker进程

职责

处理客户端请求的所有工作。所有实际的网络事件处理都在工作进程中进行，包括接受连接、读取请求、处理请求、发送响应，等等。
每个 worker 进程都是相互独立的，同时可以处理独立的连接。

主要特性和功能

无共享状态：每个 worker 内存相互独立，这样可以避免在编程中可能出现的很多锁问题，提高并行处理效率。
事件驱动和非阻塞 i/o：worker 进程使用非阻塞 i/o 和事件驱动机制（如 epoll、kqueue 等）来处理请求，这使得在同一时间可以处理大量的并发请求。
进程模型的竞争连接机制：所有 worker 进程均平等地受到请求连接，具体哪个进程处理新连接由端口复用技术和操作系统决定。

进程之间的通信

nginx 的 master 和 worker 进程之间使用 unix 信号进行简单而有效的通信，master 进程对信号的响应可以带来整体行为的变化。例如：

sighup：重新加载配置，此时 master进程会完成以下几件事：

检查语法错误后生成新配置。
启动新的 worker 进程。
逐渐关闭旧的 worker 进程，以便不会中断现有连接。

sigterm/sigquit：优雅地关闭 nginx 服务器。此时，master 进程会通知 worker 进程在所有当前请求完成后关闭。

sigusr1：重新打开日志文件，通常用于日志切换。

模块化设计

nginx以模块化的方式设计，通过不同类型的模块（如http模块、事件模块、mail模块等）来完成不同功能。每种模块提供了处理请求的特定功能，组合在一起完成完整的http服务。

负载均衡和反向代理

nginx可以配置为反向代理，在处理请求时直接转发到后端服务器。它可以实现负载均衡，根据设定的策略（如轮询、最少连接）来分配请求。

配置文件解析

nginx通过配置文件执行请求的处理定义。配置文件指定服务器块、位置块和其他配置指令，用以指示nginx如何响应不同的http请求。

代码分析

nginx的代码是用c语言编写的，下面我们分析一些关键的代码片段来了解其工作原理。

启动流程

nginx的启动从main函数开始，在src/core/nginx.c文件中：

int main(int argc, char *const *argv) {
    ngx_log_t         *log;
    ngx_cycle_t       *cycle, init_cycle;
    ngx_core_conf_t   *ccf;
    ngx_conf_t        cf;
    
    // 初始化日志、信号处理等
    ngx_log_error(ngx_log_notice, log, 0, "nginx version: " nginx_version);
    
    // 获取命令行参数
    process_args(argc, argv, &init_cycle);
    
    // 初始化周期
    cycle = ngx_init_cycle(&init_cycle);
    
    // 循环处理到来的请求
    ngx_process_events_and_timers(cycle);
    
    return 0;
}

ngx_init_cycle是初始化nginx周期的函数，其中包括配置文件的加载和解析。

事件循环

核心的事件循环位于ngx_process_events_and_timers函数中：

void ngx_process_events_and_timers(ngx_cycle_t *cycle) {
    ngx_msec_t  timer, delta;
    ngx_uint_t  i;
    
    for (;;) {
        // 获取即将触发的事件和时间
        timer = ngx_event_find_timer();
        
        if (timer == ngx_timer_infinite) {
            timer = (ngx_msec_t) ngx_timer_infinite_value;
        }
        
        // 等待事件到来
        (void) ngx_process_events(cycle, timer, 0);
        
        // 调用定时器事件
        ngx_event_expire_timers();
        
        // 处理延迟文件事件
        ngx_handle_delayed_events(cycle);
    }
}

在这个循环中，nginx持续地等待事件的发生，然后根据事件的类型执行相应的操作。

请求处理

实际的http请求处理则是在ngx_http_process_request中完成：

void ngx_http_process_request(ngx_http_request_t *r) {
    ngx_connection_t       *c;
    ngx_http_core_main_conf_t  *cmcf;
    
    c = r->connection;
    
    // 处理的阶段分为不同的handler
    cmcf = ngx_http_get_module_main_conf(r, ngx_http_core_module);
    
    // match the location
    ngx_http_core_find_config_phase(r);
    
    // perform access checks
    if (ngx_http_process_request_uri(r) != ngx_ok) {
        return;
    }
    
    // execute input body filters
    if (ngx_http_read_client_request_body(r, ngx_http_request_body_handler) >= ngx_http_special_response) {
        return;
    }
    
    // call content handler
    ngx_http_core_content_phase(r);
}

在这个函数里，nginx逐一执行请求生命周期中的各个阶段，包括uri解析，权限检查，读取请求体，以及最终的内容处理。

示例配置

为了更好地理解 nginx如何处理请求，在这里，我们通过一个简单的静态网页服务器的配置例子来说明：

worker_processes  1;

events {
    worker_connections 1024;
}

http {
    server {
        listen 80;
        server_name localhost;
        
        location / {
            root /var/www/html;
            index index.html index.htm;
        }
    }
}

配置分析：