nginx非阻塞i/o本身不减少系统调用次数，但通过open_file_cache缓存元数据、sendfile零拷贝、禁用access_log和正则location等协同策略，显著压降stat/open/write等高频调用。
Nginx 的非阻塞 I/O 本身不直接降低系统调用次数，但它为减少无效调用提供了前提——真正压降系统调用频次，靠的是在非阻塞基础上叠加缓存、绕过路径、禁用冗余操作等协同策略。高频小文件、大量短连接、日志写入等场景下，系统调用（如 stat()、open()、write()）极易成为瓶颈，甚至引发内核调度抖动。优化核心是：让多数请求不触发新系统调用，而复用已有结果或走零拷贝通路。
减少元数据类系统调用（stat/open）
这类调用在每次请求静态资源时都可能发生，尤其当使用正则匹配或未开启缓存时，开销会指数级放大。
-
启用
open_file_cache缓存文件存在性、权限和 inode 信息open_file_cache max=10000 inactive=60s; open_file_cache_valid 60s; open_file_cache_min_uses 2;
表示：最多缓存 10000 个文件元数据，60 秒内未被访问则淘汰，且至少被两次请求命中才进入缓存。
关闭
access_log（尤其在 CDN 边缘或纯静态服务中）
每次write()日志都是一次系统调用，高并发下极易打满磁盘 I/O 或触发锁竞争；若需审计，可改用异步日志模块或上游集中收集。静态路径一律用前缀匹配，禁用正则
location ~* \.js$
正则每次请求都要执行字符串解析和匹配，属于用户态开销；而location /static/是 O(1) 哈希查找，无额外系统调用依赖。
绕过读写类系统调用（read/write）
传统 read() + write() 模式需四次上下文切换（用户→内核→用户→内核）和两次内存拷贝。Nginx 可通过内核能力跳过这些环节。
必须启用
sendfile on;和tcp_nopush on;sendfile让内核直接从 page cache 复制到 socket buffer，省去read()和write()两次系统调用；tcp_nopush确保 sendfile 数据尽可能填满 TCP 包，避免小包频繁触发write()。注意：一旦启用
gzip on、sub_filter或任何响应体改写功能，Nginx 会自动退回到read()+write()模式，失去零拷贝优势。压缩建议前置到应用层或 CDN。对小请求头/体，避免缓冲区过大导致隐式
write()调用
过大的client_header_buffer_size（如设为 64k）会让 Nginx 为每个连接预分配大内存，虽不直接触发系统调用，但增加mmap/brk分配成本；推荐 API 场景设为1k，上传接口再按需调大。
控制连接生命周期，避免无效事件唤醒
非阻塞模型下，epoll 仍需监听 fd 状态。若连接长期空闲却不释放，epoll_wait 仍要扫描它，间接抬高事件循环开销。
设置合理
keepalive_timeout（建议 15–30s），既复用连接又及时清理
过长（如 300s）会导致 epoll 监听列表堆积大量 idle fd，增加内核遍历成本。开启
reset_timedout_connection on;
对已超时但未主动关闭的连接，直接发 RST 中断，不等待内核 TIME_WAIT 回收，减少 fd 占用和后续无效事件通知。收紧
client_header_timeout和client_body_timeout（如 5s / 10s）
防止 Slowloris 类攻击导致连接长期挂在NGX_HTTP_READING_REQUEST状态，持续占用 epoll slot 和内存。
系统与 Nginx 协同才能见效：确保 ulimit -n 和 worker_rlimit_nofile 足够高，避免因 fd 不足触发 accept() 失败重试；同时调大 net.core.somaxconn，防止新连接在队列里排队等待被 accept()，那才是真正意义上的“阻塞起点”。
