Nginx静态资源传输优化需分四层协同：文件读取（open_file_cache+sendfile）、内核传输（sendfile+tcp_nopush+gzip_static）、网络发送（HTTP/2+keepalive_timeout）、客户端接收（Cache-Control+ETag）。
静态资源传输性能不是单一环节决定的，而是由多个关键阶段串联影响。拆解清楚每个阶段的作用和瓶颈点，才能针对性优化。核心可划分为四个层次：文件读取、内核传输、网络发送、客户端接收。
文件读取阶段：磁盘 I/O 与内存缓存
这是传输链路的第一环。Nginx 默认每次请求都从磁盘读取文件，频繁小文件访问易成瓶颈。
- 启用 sendfile：跳过用户空间拷贝，让内核直接把文件数据送入 socket 缓冲区，大幅降低 CPU 开销和上下文切换
- 配置 open_file_cache：缓存文件句柄、元信息（如大小、修改时间），避免重复 stat() 和 open() 系统调用
- 注意文件系统特性：XFS 或 ext4 配合大块（large block）挂载选项，对大静态文件更友好；SSD 显著优于机械盘
内核传输阶段：零拷贝与缓冲控制
数据从文件到网络协议栈的路径效率，直接决定吞吐上限。
- sendfile + tcp_nopush 组合生效：前者实现零拷贝，后者确保 TCP 包被“填满”再发，减少小包数量和网络开销
- tcp_nodelay 用于补充：在最后一个未填满的数据包上强制立即发送，避免 Nagle 算法带来的毫秒级延迟
-
慎用 gzip 与 sendfile 冲突：gzip 是运行时压缩，需先读入内存再压缩，会绕过 sendfile；建议对文本类资源用
gzip_static on预压缩 + sendfile，兼顾压缩率与零拷贝
网络发送阶段：带宽、延迟与协议版本
即使服务端处理极快，网络链路质量也会卡住整体速度。
- 启用 HTTP/2：多路复用减少队头阻塞，尤其利于大量小资源（JS/CSS/图标）并行加载
- 合理设置 keepalive_timeout：长连接复用可省去 TCP 握手和 TLS 协商开销，但过长会占用 worker 连接数
- 关注 MTU 与 packet loss：云服务器上若存在丢包，TCP 重传会显著拉低有效吞吐，需结合 ping/mtr/traceroute 排查中间链路
客户端接收阶段：缓存策略与资源加载行为
服务端优化再好，若浏览器反复拉取相同资源，等于白做。
-
精准设置 expires / Cache-Control：对带哈希指纹的文件（如
app.a1b2c3.js）设长期缓存（1年），对无指纹资源（如logo.png）设短周期（1小时）或 no-cache - 添加 ETag 或 Last-Modified：支持协商缓存，304 响应体为空，仅传响应头，节省带宽
-
避免缓存污染：确保静态资源路径唯一性，不因 URL 参数（如
?v=1.2）导致缓存失效或 CDN 不识别
