优化nginx静态文件处理需协同调优内核参数：设vm.swappiness=1、vfs_cache_pressure=50、fs.file-max=2097152；增大net.core.somaxconn及tcp_max_syn_backlog；挂载加noatime；推荐ssd；调大netdev_max_backlog并启用tcp_tw_reuse。
优化 Nginx 静态文件处理，不能只调 Nginx 配置，内核参数是底层支撑。关键在于让 page cache 更稳、连接队列不丢包、文件访问不卡顿。
保障 page cache 高效运转
Nginx 的 sendfile 和 open_file_cache 都依赖内核页缓存。若系统频繁回收或 swap，优化就白做。
- vm.swappiness=1：几乎禁用 swap，把物理内存优先留给文件缓存
- vm.vfs_cache_pressure=50：降低 dentry/inode 缓存回收倾向，加快路径查找（默认是 100）
-
fs.file-max=2097152：配合 Nginx 的
worker_rlimit_nofile，防文件描述符耗尽
扩大 TCP 连接接纳能力
静态服务常面临突发并发请求，net.core.somaxconn 控制已完成三次握手、等待 Nginx accept 的连接队列长度。溢出即丢包，客户端表现为超时。
- 取值公式：≥ worker_connections ÷ worker_processes × 2（留余量）
- 例如 8 核配
worker_processes 8、worker_connections 65535，建议设为 32768 或更高 - 必须同步调大：net.ipv4.tcp_max_syn_backlog（半连接队列，建议设为 somaxconn 的 2 倍）
减少元数据访问开销
高频小文件场景下，每次 stat() 查文件是否存在、是否可读，会成为瓶颈。
- 启用 open_file_cache 后，内核需稳定维护 inode/dentry 缓存，
vm.vfs_cache_pressure就起作用 - 挂载静态资源所在磁盘时加 noatime 选项，避免每次读取都更新访问时间戳
- SSD 是硬性推荐——机械盘在高并发小文件读场景下 I/O 延迟波动大，page cache 效果打折
协同网络栈缓冲能力
光有大连接队列不够，上游网卡和协议栈也得跟上。
- net.core.netdev_max_backlog=131072：提升网卡接收队列容量，应对突发流量包洪峰
- net.ipv4.tcp_tw_reuse=1：短连接密集场景下复用 TIME-WAIT 端口，缓解端口耗尽
- 若使用 keepalive，还需确认
net.ipv4.tcp_fin_timeout不过小（默认 60s 可接受）
