Nginx 是一款高性能的 HTTP 和反向代理服务器，以其高并发、低内存消耗和高稳定性著称，广泛应用于互联网架构的流量入口、负载分发等场景，同时支持多种现代协议与云原生集成，是企业级架构的核心组件。本文介绍了Nginx的功能、特点及其核心架构与算法。
一、核心功能
Nginx 的核心功能围绕“流量处理、分发与优化”展开，覆盖从客户端请求接收到底层服务响应的全链路，兼顾性能、安全性与扩展性：
1. Web服务器
A. 静态资源服务：直接托管 HTML、CSS、JS、图片、视频等静态文件，支持目录索引、文件权限控制、路径别名配置。
B. 索引和自动索引：支持手动配置索引页面，也可开启自动索引功能，方便查看目录下的文件列表。
C. 缓存加速：包含静态文件缓存、FastCGI缓存、代理缓存三大类，可灵活配置缓存策略，减轻后端压力。
D. 大文件传输优化：借助 sendfile 零拷贝机制、TCP_NOPUSH 和 TCP_NODELAY 选项，提升大文件传输效率，减少延迟。
E. 补充特性：支持 Range 分片传输（断点续传）、Gzip/Brotli 压缩、静态资源缓存策略（如 expires 头设置），大幅提升静态资源加载速度，降低带宽消耗。
2. 反向代理 (Reverse Proxy)
A. HTTP/HTTPS反向代理：作为客户端与后端应用服务器（如 Tomcat、Node.js、PHP-FPM）的中间层，接收客户端所有请求，转发至对应后端服务，再将后端响应回传给客户端。
B. 负载均衡：集成多种负载均衡算法，实现流量的合理分发（详情见“负载均衡”模块）。
C. SSL/TLS终端（SSL termination）：集中处理 HTTPS 协议的 SSL/TLS 加密与解密操作，后端服务器仅需处理明文 HTTP 请求，无需承担加密解密的 CPU 开销。
D. WebSocket代理：支持 WebSocket 长连接代理，实现客户端与后端服务的双向实时通信（如聊天、实时通知等场景）；同时支持 gRPC 代理，适配微服务架构下的远程调用场景。
E. 补充特性：隐藏后端服务器真实 IP 和部署结构，提升系统安全性；支持请求/响应头改写、URL 重写，适配后端服务路径调整；支持多层代理嵌套，灵活适配复杂架构。
3. 负载均衡 (Load Balancing)
A. 协议支持：支持 HTTP、TCP、UDP 三种协议的负载均衡，可适配 Web 服务、数据库、Redis、RPC 等多种后端服务。
B. 健康检查：包含主动健康检查（定期探测后端服务器状态）和被动健康检查（根据请求响应状态判断），自动剔除故障节点、恢复正常节点。
C. 会话保持（Session Persistence）：通过 IP 哈希等算法，确保同一客户端的请求固定分配到同一后端服务器，解决 Session 共享问题。
D. 动态配置：借助 upstream zone 共享内存，实现负载均衡后端节点的动态配置，无需重启服务即可更新节点信息。
E. 补充特性：支持会话保持（配合 IP 哈希等算法），保障用户连续访问体验；可配置备份服务器，当所有主节点故障时，自动切换至备份节点。
4. 缓存系统
A. 代理缓存（Proxy Cache）：缓存后端服务的响应结果（如接口返回数据、动态页面渲染结果），后续相同请求可直接从 Nginx 缓存返回，无需请求后端。
B. FastCGI缓存：专门针对 FastCGI 协议（如 PHP 服务）的缓存机制，优化动态页面的访问速度。
C. 缓存失效策略：支持基于时间的过期失效、主动清理等策略，同时支持缓存切片（Cache Slicing），提升大文件缓存的效率。
D. 补充特性：支持内存缓存与磁盘缓存结合，可配置缓存过期时间、缓存清理策略；支持按 URL、请求头、Cookie 等维度精准缓存，同时支持缓存命中统计，便于优化缓存策略。
5. SSL/TLS功能
A. SNI（Server Name Indication）支持：可在同一 IP 和端口下部署多个 HTTPS 域名，实现多域名共享证书或独立证书部署。
B. OCSP Stapling（在线证书状态协议装订）：减少 HTTPS 握手延迟，避免客户端查询证书状态时的额外网络请求。
C. SSL会话复用（Session Reuse）：复用已建立的 SSL 会话，减少握手开销，提升 HTTPS 访问速度。
D. 动态证书加载：NGINX Plus（商业版本）支持无需重启服务，动态加载新的 SSL 证书，提升运维效率。
E. 补充特性：支持 SSL/TLS 协议版本控制、加密套件配置；支持证书自动续期、多证书管理，适配多域名 HTTPS 部署。
6. 其他关键功能
A. 协议支持：支持 HTTP/2、HTTP/3（QUIC）协议，提升网络传输效率，适配现代浏览器与应用场景。
B. 压缩功能：支持 gzip、brotli 两种主流压缩算法，压缩响应内容，降低带宽消耗，提升加载速度。
C. 访问控制：支持 IP 黑白名单、Basic Auth 基础认证，限制非法访问，提升服务安全性。
D. 速率限制（Rate Limiting）：通过漏桶、令牌桶等算法，限制单位时间内的请求数，防止突发流量冲垮后端服务。
E. 重写引擎（Rewrite Module）：支持 URL 重写、路径跳转，适配业务路由调整、SEO 优化等场景。
F. 日志系统：包含 Access Log（访问日志）和 Error Log（错误日志），可配置日志格式，便于问题排查与流量分析。
二、核心架构
Nginx 的高性能和高稳定性，源于其“简洁、高效、可扩展”的底层架构设计，核心围绕进程管理、事件处理和模块化设计展开，同时适配云原生场景的扩展需求：
1. Master-Worker 多进程架构
A. Master Process（管理进程）：负责读取并解析 Nginx 配置文件（nginx.conf），验证配置合法性；管理端口绑定、Worker 进程生命周期（启动、停止、重启、平滑升级）；接收外部信号（如 reload、stop），并同步给所有 Worker 进程；不处理任何网络请求，仅负责管理协调。
B. Worker Processes（工作进程）：实际处理客户端的网络事件（连接建立、请求接收、响应返回）和业务逻辑（静态资源读取、反向代理、缓存查询等）；多个 Worker 进程平等竞争客户端连接，进程间相互独立，无共享资源，避免锁竞争。
C. Cache Manager（缓存管理进程）：负责管理缓存文件的元数据，执行缓存过期清理策略，确保缓存资源合理利用。
D. Cache Loader（缓存加载进程）：Nginx 启动时，将磁盘上的缓存数据加载到内存索引中，提升缓存查询效率。
其中，Master 进程为单进程，占用资源极少，是 Nginx 服务的“大脑”；Worker 进程数量通常配置为等于或略大于 CPU 核心数，充分利用多核 CPU 资源。
2. 事件驱动架构 (Event-Driven)
A. 单线程事件循环：每个 Worker 进程运行一个单线程事件循环，避免多线程上下文切换开销，提升资源利用率。
B. 非阻塞 I/O：所有网络操作均为非阻塞模式，当 Worker 进程处理 I/O 操作（如读取磁盘文件、转发请求到后端）时，若操作未就绪，不会阻塞进程，而是立即返回，继续处理其他就绪事件。
C. Reactor模式：使用 I/O 多路复用技术集中管理连接事件，基于“事件通知-回调处理”的逻辑，实现一个线程处理多个连接。
D. 底层实现：Linux 系统下使用 epoll 机制，FreeBSD/Mac 系统下使用 kqueue 机制，Solaris 系统下使用 /dev/poll 机制，Windows 系统下使用 IOCP 完成端口机制，均为高效的 I/O 多路复用机制。
3. 进程模型细节
A. CPU亲和性：Worker 进程可绑定到特定 CPU 核心，减少 CPU 缓存失效，提升处理效率。
B. 惊群效应避免：通过 `SO_REUSEPORT` 选项或互斥锁机制，确保只有一个 Worker 进程处理新连接，避免多个进程同时竞争连接导致的资源浪费。
C. 优雅重启：支持零停机配置重载（执行 nginx -s reload）和二进制升级，Master 进程加载新配置或新二进制文件后，逐步替换旧 Worker 进程，确保业务零中断。
三、核心算法与机制
Nginx 的各项功能和特性，均依赖底层高效算法的支撑，核心算法围绕事件处理、负载分发、内存管理和连接处理展开，兼顾效率与公平性：
1. I/O多路复用算法
不同操作系统的实现机制
A. Linux：epoll 机制，支持边缘触发（ET）和水平触发（LT），时间复杂度 O(1)，可高效处理大量连接。
B. FreeBSD/macOS：kqueue 机制，高效事件通知机制，适配 BSD 系列系统的特性。
C. Windows：IOCP（完成端口）机制，适合 Windows 系统下的高并发场景。
关键机制
A. epoll事件循环：通过 `epoll_wait()` 系统调用监控文件描述符状态，当事件就绪时，触发回调函数处理，无需轮询所有连接。
B. 连接状态机：每个连接在 `ngx_connection_t` 结构中维护自身状态（如连接建立、数据读取、数据发送、连接关闭），确保连接处理的有序性。
2. 负载均衡算法
常用算法说明及适用场景
A. Round Robin（轮询）：默认算法，按时间顺序依次分配请求，支持权重配置；适用于服务器性能均衡、请求处理时间相近的场景。
B. Least Connections（最少连接）：实时统计每台后端服务器的当前活跃连接数，将新请求分配给连接数最少的服务器；适用于长连接应用、请求处理时间差异大的场景。
C. IP Hash（IP哈希）：基于客户端 IP 地址进行 CRC32 哈希计算，根据哈希结果分配固定后端服务器；适用于需要会话保持、无共享 Session 的场景。
D. Generic Hash（自定义Key哈希）：基于自定义 Key（如 URI、请求头）进行哈希分配；适用于缓存服务器、特定业务路由场景。
E. Least Time (Plus)（最低响应时间）：结合最低平均响应时间和最少连接数分配请求；仅 NGINX Plus 支持，适用于对延迟敏感的应用。
F. Random (Plus)（随机选择）：随机选择后端服务器，可结合 Two Choices 策略优化；仅 NGINX Plus 支持，适用于大规模分布式环境。
一致性哈希
A. 支持 Ketama 一致性哈希算法（通过 `hash … consistent` 配置），当后端服务器集群扩容或缩容时，可最小化缓存失效范围，减少业务影响。
3. 内存管理算法
A. 内存池（Pool）：Nginx 启动时，预先分配一大块内存（内存池），请求处理过程中，从内存池中申请所需内存，请求处理完成后，统一释放整个内存池（或部分内存块），避免频繁调用 malloc/free 系统调用，减少内存碎片和系统开销。
B. Slab分配器：用于共享内存（如 upstream zone）的管理，高效管理固定大小的内存对象，提升内存利用率。
C. 数据结构：使用链表与红黑树，分别用于定时器管理、缓存索引等场景，确保高效的增删改查操作。
D. 补充说明：内存池分为全局内存池和请求级内存池，请求级内存池随请求结束而释放，资源管理更高效；共享内存由 Master 进程创建，所有 Worker 进程可读写，通过信号量实现进程间同步。
4. 哈希算法
A. CRC32：主要用于 IP Hash 和 Generic Hash 的计算，确保哈希结果的均匀性。
B. MurmurHash：用于 Nginx 内部部分哈希表的计算，具有高效、低碰撞的特点。
5. 连接处理算法
A. 监听套接字共享：所有 Worker 进程共享监听端口，通过内核负载均衡（SO_REUSEPORT）或互斥锁分配新连接，确保连接分配的均匀性。
B. accept队列管理：处理 SYN 队列和 Accept 队列的连接，避免队列溢出，确保新连接能够及时被处理。
C. HTTP流水线解析：采用增量式 HTTP 请求解析方式，边接收数据边解析，降低请求处理延迟。
四、关键设计特点
Nginx 的设计始终围绕“高性能、高可用、高灵活”三大目标，核心设计特点贴合企业级生产场景需求：
1. 高性能设计
A. 零拷贝：通过 `sendfile()` 系统调用，直接在内核态完成“磁盘 → 内核缓冲区 → 网卡”的数据传输，跳过用户态拷贝，减少 CPU 拷贝次数，提升传输效率。
B. 单线程Worker：每个 Worker 进程为单线程，消除多线程上下文切换开销，单个 Worker 可处理数万并发连接。
C. 内存效率：每个连接仅占用 100KB-1MB 内存，高并发场景下内存占用依然可控，远低于传统 Web 服务器。
2. 模块化架构
A. 核心模块：包含事件模块、HTTP 模块、Mail 模块、Stream 模块，负责 Nginx 的基础功能支撑。
B. 动态模块：支持将功能模块编译为动态 so 文件，运行时加载或卸载，无需重启服务，提升运维灵活性。
C. 第三方模块生态：拥有丰富的第三方模块（如 Lua 模块 OpenResty、Headers More 模块、WAF 模块 ngx_waf），可灵活扩展网关、限流、监控等功能，适配不同业务场景。
3. 配置系统
A. 声明式配置：采用层次化配置结构（main、events、http、server、location），结构清晰，易于理解和配置。
B. 变量系统：内置丰富的变量（如 `$uri`、`$args`、`$remote_addr` 等），同时支持自定义变量，可灵活适配业务配置需求。
C. 配置热加载：通过 `nginx -s reload` 命令，实现零停机更新配置，避免服务中断，提升运维效率。
4. 高可用机制
A. 健康检查：主动检测后端服务器状态（如 TCP 端口连通性、HTTP 响应状态），被动监控请求响应结果，及时发现故障节点。
B. 被动故障转移：根据 `max_fails`（最大失败次数）和 `fail_timeout`（失败超时时间）配置，自动剔除故障节点，故障节点恢复后自动重新加入集群。
C. 备份服务器：通过 `backup` 标记配置后备服务器，当所有主节点故障时，自动切换至备份服务器，保障服务连续性。
五、性能数据
Nginx 的高性能已在大量生产场景中得到验证，核心性能指标如下：
A. 单Worker吞吐量：可达 100,000 RPS（请求/秒），处理静态资源时性能更优。
B. 并发连接数：单实例可处理数百万并发连接（理论值），实际生产环境中可稳定支撑 10 万+ 并发连接。
C. 内存占用：每连接仅占用 100KB-1MB 内存，空闲状态下仅占用几 MB 内存。
D. 进程模型：通常配置 1 个 Worker 进程 per CPU 核心，充分利用多核资源。
六、架构对比
Nginx 与传统 Web 服务器（如 Apache Prefork 模式）在架构设计上存在显著差异，具体对比如下：
| 对比特性 | Nginx | 传统服务器（如Apache Prefork模式） |
| 并发模型 | 事件驱动、非阻塞 I/O 模型 | 进程/线程每连接模型 |
| 内存占用 | 低（共享内存、小栈空间） | 高（每个进程独立内存空间） |
| 上下文切换 | 极少（单线程 Worker） | 频繁（多线程调度） |
| 可扩展性 | 水平/垂直扩展均优秀，适配大规模集群 | 垂直扩展受限，难以应对高并发场景 |
| 适用场景 | 高并发、静态服务、反向代理、负载均衡场景 | 动态内容、需要 .htaccess 灵活配置的场景 |
七、演进与扩展
Nginx 不断迭代演进，适配现代互联网架构的需求，核心扩展方向如下：
A. NGINX Plus：Nginx 的商业版本，在开源版本基础上，提供高级负载均衡、监控 API、动态配置、动态证书加载等增值功能，适合企业级生产环境。
B. 与云原生集成：支持作为 Kubernetes Ingress Controller，实现云原生环境下的流量入口管理；同时可作为 Service Mesh Sidecar，适配微服务架构的流量治理需求。
C. 现代协议支持：持续优化 HTTP/3（QUIC）、TLS 1.3、gRPC-Web 等现代协议的支持，提升网络传输效率和安全性，适配新一代应用场景。
如果觉得这篇文章对你有帮助，欢迎点赞、收藏，也可以在评论区留言，聊聊你在使用Nginx时遇到的问题～