Nginx 源码安装如何配置支持多进程与多线程混合工作模式

Nginx原生不支持多线程模型，不存在“多进程与多线程混合工作模式”；其采用纯多进程+单线程事件驱动架构，worker进程内部无线程池，仅1.7.11+版本通过aio threads有限支持阻塞调用。

Nginx 源码安装时无法配置“多进程与多线程混合工作模式”——因为它原生不支持多线程模型，更不存在所谓“混合工作模式”的编译选项或运行时配置。

为什么 Nginx 没有多线程（thread）概念？

Nginx 采用的是纯多进程 + 事件驱动架构：

1. Master 进程只负责管理，不处理请求；
2. Worker 进程是单线程、非阻塞、基于 epoll/kqueue 的事件循环；
3. 每个 worker 进程内部没有线程池，也不创建额外线程来处理请求。

所谓“线程池”只是有限场景的异步封装

从 Nginx 1.7.11 开始，确实引入了 thread pool（线程池）机制，但它仅用于处理极少数阻塞型系统调用，例如：

1. 读取大文件（aio threads 配合 directio 或普通文件读）；
2. 某些 SSL 操作（依赖 OpenSSL 异步引擎时）；
3. 并非为 HTTP 请求处理本身设计，也不改变主干并发模型。

启用方式是在 nginx.conf 的 http 或 location 块中配置：

源码编译时不能开启“多线程工作模式”

即使你手动添加 --with-threads 参数（Nginx 最新并不提供该 configure 选项），也不会生成多线程版 Nginx。目前：

1. Nginx 最新主线版本（stable / mainline）始终是多进程 + 单线程事件模型；
2. 社区存在极少数 fork 分支（如 nginx-threaded）尝试实验性线程化，但不稳定、无维护、不兼容标准模块，生产环境严禁使用；
3. 源码编译能控制的是模块开关（如 --with-file-aio、--with-threads 实际是为 aio threads 功能准备，不是开启 worker 线程化）。

真正可调优的并发核心参数仍是 worker_processes

源码安装后，你仍应聚焦于标准多进程优化：

1. 在 nginx.conf 全局块设置：worker_processes auto;（推荐）或显式指定数值；
2. 配合 worker_cpu_affinity 绑定 CPU 核心；
3. 增大 worker_connections 和系统级 nofile 限制；
4. 启用 accept_mutex on（默认）避免惊群，或在高负载下尝试 off + epoll 多路复用优势。