Nginx 固定采用异步非阻塞 I/O 模型，无法切换为同步模式；所谓“调整”实为优化其异步行为，如合理设超时、禁用阻塞模块、启用 sendfile 等，避免隐式同步导致 worker 卡住。
Nginx 本身不提供运行时“切换”同步/异步模型的配置开关——它从设计上就是固定采用异步非阻塞 I/O 模型，无法改成同步阻塞（如 Apache 的 prefork 模式）或同步非阻塞模式。所谓“调整模型”，实际是指通过配置和模块选择，强化或适配其异步非阻塞行为，避免意外退化为同步等待行为。
理解 Nginx 的默认模型不可更改
Nginx 工作进程基于事件驱动架构，Linux 下默认使用 epoll，FreeBSD/macOS 使用 kqueue，Windows 使用 select（受限）。所有这些机制都支撑单进程处理成千上万并发连接，核心依赖：
- socket 设置为 non-blocking（非阻塞）
- 所有 I/O 操作（读、写、超时、错误）均由事件循环统一监听与分发
- 无系统调用阻塞主线程（如 read() / write() 不会挂起进程）
你不能在 nginx.conf 中写一句 “use sync io” 或 “enable blocking mode” —— 这类指令根本不存在。强行让 Nginx 同步阻塞，等价于放弃其高并发优势，也违背其设计哲学。
避免隐式同步行为：关键配置项
虽然底层模型固定，但某些配置或第三方模块可能引入同步等待逻辑，导致工作进程卡住。需重点规避：
-
proxy_pass 到慢后端时未设超时：若 upstream 响应极慢且未配置
proxy_read_timeout、proxy_connect_timeout，Nginx 会持续等待，虽不阻塞其他连接，但该 worker 线程在此连接上无法释放资源；建议显式设为合理值（如 30s） -
使用阻塞式 Lua 脚本（OpenResty 场景）：
ngx.socket.tcp()默认非阻塞，但若调用sock:receive()未加timeout参数，或用了os.execute()、io.open()等同步系统调用，会阻塞当前 worker；应改用sock:settimeout()+ 异步回调，或用 cosocket - 启用 auth_request 指令但后端响应慢：该指令会暂停当前请求，同步等待子请求结果；若子请求本身是阻塞调用（如直连 Python Flask 服务且无超时），主请求就同步等待；建议子服务必须高可用+低延迟，或改用缓存+异步鉴权方案
提升异步效率的典型优化
真正“调整模型效果”的方式，是让异步行为更充分、更稳定：
- 启用 accept_mutex off（高负载时）：默认开启，防止多 worker 同时唤醒争抢新连接；但在多核+高并发下可关掉，由内核 epoll 更高效分发
- 调大 worker_connections：配合系统 ulimit -n，确保每个 worker 能处理足够多的非阻塞连接（如设为 65536）
- 开启 sendfile 和 tcp_nopush：减少用户态/内核态拷贝，让内核直接完成文件传输，属零拷贝优化，强化底层异步吞吐
-
禁用 access_log 或异步写日志：同步刷盘日志（尤其是磁盘慢时）会短暂阻塞 worker；可用
access_log /path/log.gz gzip buffer=64k flush=1s;实现缓冲+定时刷盘
对比验证：确认是否真在异步运行
可通过以下方式验证当前行为符合预期：
- 用
strace -p $(pgrep nginx) -e trace=epoll_wait,read,write,sendfile观察：应高频看到epoll_wait返回就绪事件，极少出现长时间阻塞的read - 压测时观察
nginx -T | grep worker_processes与ps aux | grep nginx：worker 数量稳定，无大量衍生进程（说明未退化为 prefork 模式） - 检查 error.log 是否频繁出现
upstream timed out：若有，说明异步等待已生效并主动超时，而非无限挂起
