Nginx原生不支持多线程模型，不存在“多进程与多线程混合工作模式”；其采用纯多进程+单线程事件驱动架构，worker进程内部无线程池，仅1.7.11+版本通过aio threads有限支持阻塞调用。
Nginx 源码安装时无法配置“多进程与多线程混合工作模式”——因为它**原生不支持多线程模型**，更不存在所谓“混合工作模式”的编译选项或运行时配置。
为什么 Nginx 没有多线程（thread）概念？
Nginx 采用的是纯多进程 + 事件驱动架构：
- Master 进程只负责管理，不处理请求；
- Worker 进程是单线程、非阻塞、基于 epoll/kqueue 的事件循环；
- 每个 worker 进程内部没有线程池，也不创建额外线程来处理请求。
所谓“线程池”只是有限场景的异步封装
从 Nginx 1.7.11 开始，确实引入了 thread pool（线程池）机制，但它仅用于处理极少数阻塞型系统调用，例如：
- 读取大文件（
aio threads配合directio或普通文件读）； - 某些 SSL 操作（依赖 OpenSSL 异步引擎时）；
- 并非为 HTTP 请求处理本身设计，也不改变主干并发模型。
启用方式是在 nginx.conf 的 http 或 location 块中配置：
thread_pool default threads=4 max_queue=65536;
aio threads;
源码编译时不能开启“多线程工作模式”
即使你手动添加 --with-threads 参数（Nginx 官方并不提供该 configure 选项），也不会生成多线程版 Nginx。目前：
- Nginx 官方主线版本（stable / mainline）始终是多进程 + 单线程事件模型；
- 社区存在极少数 fork 分支（如 nginx-threaded）尝试实验性线程化，但不稳定、无维护、不兼容标准模块，生产环境严禁使用；
- 源码编译能控制的是模块开关（如
--with-file-aio、--with-threads实际是为aio threads功能准备，不是开启 worker 线程化）。
真正可调优的并发核心参数仍是 worker_processes
源码安装后，你仍应聚焦于标准多进程优化：
- 在
nginx.conf全局块设置：worker_processes auto;（推荐）或显式指定数值； - 配合
worker_cpu_affinity绑定 CPU 核心； - 增大
worker_connections和系统级nofile限制； - 启用
accept_mutex on（默认）避免惊群，或在高负载下尝试off+epoll多路复用优势。
