nginx 提升静态资源读取速度不依赖 mmap，而是通过 sendfile 零拷贝、open_file_cache 元数据缓存、read_ahead 预读、cpu 绑核及精简配置等内核级 i/o 优化协同实现。
Nginx 本身不依赖 mmap 提升静态资源读取速度，它靠的是内核级 I/O 和缓存协同机制。真正有效的提速方式不是“把文件映进内存”，而是让每次读取更少触发系统调用、更少拷贝、更少等待磁盘寻道。
启用 sendfile 零拷贝传输
这是最核心的优化：数据从磁盘读出后，直接由内核通过 DMA 送入网络 socket 缓冲区，跳过用户态内存拷贝。
- 必须开启：
sendfile on; - 必须配合：
tcp_nopush on;（攒满 TCP 包再发，避免小包泛滥） - 不要开
tcp_nodelay（静态资源不追求首字节延迟，关掉反而提升吞吐）
用 open_file_cache 缓存元数据和句柄
高频访问小文件（如 .css、.js、.png）时，反复 stat() 和 open() 是隐形瓶颈。缓存能消除这些系统调用。
-
open_file_cache max=10000 inactive=60s;（最多缓存 1 万个条目，60 秒未访问即淘汰） -
open_file_cache_valid 60s;（每 60 秒校验一次缓存有效性） -
open_file_cache_min_uses 2;（至少被访问 2 次才进缓存，防污染） -
open_file_cache_errors on;（缓存“文件不存在”等错误，避免重复试探）
对中大文件启用 read_ahead 预读
尤其适合图片、字体、视频片段等连续读场景，让内核提前把后续数据块载入页缓存，减少阻塞等待。
-
read_ahead 1m;（每个文件预读 1MB，机械盘或混合 SSD 场景效果明显） - 注意：纯 SSD 且随机访问密集时，预读收益有限，可酌情关闭
绑定 worker 进程到物理 CPU 核心
避免进程跨核调度导致 L1/L2 缓存失效，提升页缓存与文件系统缓冲区命中率。
-
worker_processes 4;（设为物理核心数，非超线程数） -
worker_cpu_affinity 0001 0010 0100 1000;（4 个 worker 各绑一个物理核） - 同时确保
worker_connections与系统ulimit -n匹配（建议 ≥65536）
关闭干扰项，回归轻量路径
静态服务不需要代理逻辑、运行时压缩或日志写入拖慢流程。
- 在静态 location 块中加
access_log off; - 删除所有
proxy_pass、proxy_buffer_*、gzip（若已由前端构建压缩）等冗余指令 - 若启用了 gzip，请确认只压缩文本类资源（
text/css,application/javascript等），避开图片、视频、字体等已压缩格式
Linux 的页缓存（Page Cache）本身就在后台自动驻留热文件。只要你的 CSS 或图标被反复访问，它大概率早已在内存里——sendfile 直接从中读取，效果等同于“软 mmap”，但更安全、更通用、更省资源。
