nginx静态资源优化需关闭proxy_buffer相关配置，合理设置client_header_buffer_size、large_client_header_buffers、sendfile、tcp_nopush及keepalive_timeout等参数。

要让 Nginx 高效服务静态资源（如 CSS、JS、图片），光靠 root 或 alias 不够，缓冲区配置直接影响并发吞吐和内存稳定性。重点不是“越大越好”，而是让缓冲行为匹配静态文件的典型特征：小而多、读取快、无需代理转发。

静态资源不走 proxy 缓冲，关掉冗余配置

很多人误把 proxy_buffer_* 系列参数套在静态服务上，这是误区。这些参数只对 proxy_pass 有效，纯静态响应由 Nginx 直接读文件返回，不经过代理缓冲链路。强行开启反而浪费内存、增加逻辑开销。

• 确认你的静态 location 没有 proxy_pass，就不用配 proxy_buffer_size、proxy_buffers 等
• 若混用了反向代理和静态服务，务必用 location ^~ /static/ 这类前缀匹配隔离，避免规则穿透
• 检查配置中是否误启了 proxy_buffering off 等指令——对静态场景无意义，删掉更干净

优化客户端请求缓冲，防小包堆积

高并发下大量短连接会频繁发送小请求头（如带 Cookie、Referer 的 GET），若缓冲区太小，Nginx 可能反复分配临时文件或触发磁盘 I/O，拖慢整体响应。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• client_header_buffer_size 4k：覆盖 95% 的标准请求头，设为系统页大小（通常 4K）最稳妥
• large_client_header_buffers 4 8k：应对含长 Cookie 或自定义 Header 的请求，4 个缓冲区足够弹性扩展
• 避免把 client_body_buffer_size 设得过大（如 128k）——静态服务几乎不收请求体，设成 8k 或 16k 即可，省内存

启用零拷贝与 TCP 优化，压榨内核性能

静态文件传输是典型的“读磁盘 → 发网络”路径，减少数据在内核与用户态之间拷贝次数，是提升 QPS 的关键。

• sendfile on：必须开启，让 Linux 内核直接从文件系统缓冲区送数据到 socket，跳过用户态内存
• tcp_nopush on：配合 sendfile，等数据凑满 TCP 包再发，降低小包数量
• tcp_nodelay off（默认即 off）：静态资源不追求单次响应毫秒级延迟，无需禁用 Nagle 算法；保持关闭可提升吞吐

合理设置连接与超时，释放空闲资源

缓冲区效果再好，也架不住连接长期空转。静态资源服务应快速建立、快速释放。

• keepalive_timeout 15s：对纯静态站够用，比默认 65s 更早回收连接，避免 TIME_WAIT 堆积
• keepalive_requests 1000：单连接复用千次请求，平衡握手开销与连接管理成本
• reset_timedout_connection on：及时重置超时连接，防止僵死连接占满 worker_connections