nginx优化静态文件服务需从cpu绑定、零拷贝传输和系统协同三方面入手：启用worker_cpu_affinity auto实现进程与核心一对一绑定；配置sendfile on等指令启用内核态零拷贝；并调高文件描述符限制、合理设置worker_connections、精简模块以减少隐式调度。
CPU 层面：固定 worker 进程到物理核心
worker 进程频繁跨核迁移会触发大量上下文切换和缓存失效。必须显式绑定：启用自动亲和性配置：
worker_processes auto;
worker_cpu_affinity auto;
这会让 Nginx 在启动时识别 CPU 核心数（比如 8 核），并把 8 个 worker 进程一对一绑定到 CPU0–CPU7，杜绝跨核调度。手动写二进制掩码（如 worker_cpu_affinity 0001 0010 0100 1000）虽可行，但易出错且不适应动态环境，auto 是生产首选。
文件传输层面：启用 sendfile 零拷贝
传统 read() + write() 模式需四次上下文切换和四次数据拷贝（磁盘→内核缓冲区→用户空间→内核 socket 缓冲区→网卡）。而静态文件服务完全可跳过用户空间：开启高效传输链路：
sendfile on;
tcp_nopush on;
tcp_nodelay on;
其中：
• sendfile 实现内核态直接搬运，仅 2 次上下文切换 + 2 次拷贝；
• tcp_nopush（依赖 sendfile）确保 TCP 包满载再发，减少小包数量；
• tcp_nodelay（配合 keepalive）防止最后不满包的数据被延迟发送。
系统与配置协同：降低隐式切换诱因
即使 Nginx 配置得当，系统限制或不当设置仍会诱发调度抖动：关键操作包括：
• 设置 worker_rlimit_nofile 65535，并同步调整系统级 limits（/etc/security/limits.conf 中增加 nginx soft nofile 65535 和 nginx hard nofile 65535），避免因文件描述符耗尽触发错误重试与调度；
• 将 worker_connections 设为合理值（如 4096），使其 ≤ 系统允许的单进程最大 fd 数，防止连接拒绝引发 epoll 事件异常；
• 关闭不必要的模块（如未用 Lua、Perl），精简工作进程内存 footprint，提升 L1/L2 缓存命中率，间接减少因 cache miss 导致的指令周期浪费与调度倾向。
