图片加载慢主因是Nginx缓冲区配置不当：需调大client_header/body_buffer_size至16k；反向代理时增大proxy_buffers为8×32k、proxy_busy_buffers_size为64k、proxy_max_temp_file_size为1024m；静态资源启用sendfile on和tcp_nopush。
图片资源加载缓慢，往往不是带宽或服务器性能问题，而是 Nginx 默认缓冲区配置未适配大文件（如高清图、WebP、SVG）传输场景。关键在于合理调大与客户端通信的缓冲区，避免频繁分块发送和内核态/用户态拷贝开销。
调整 client_body_buffer_size 和 client_header_buffer_size
虽然图片请求通常是 GET，不带请求体，但某些上传预览、表单提交带图片 Base64 的场景会触发 body 缓冲。header 缓冲过小会导致 HTTPS 下 SNI 或长 Cookie 触发 400 错误，间接影响图片资源获取。建议统一设为 16k：
- client_header_buffer_size 16k; —— 足够容纳常见 User-Agent、Accept 等头部
- client_body_buffer_size 16k; —— 避免小图上传或含图片字段的 POST 被临时写磁盘
增大 proxy_buffer 相关参数（反向代理场景）
若 Nginx 作为反向代理（后端是 Node.js、Python 或 Tomcat），图片由上游服务生成并返回，Nginx 默认 proxy_buffer 太小（通常 4k–8k）会导致大图被分多次转发，增加延迟。需重点优化：
- proxy_buffering on; —— 必须开启，否则无法使用缓冲
- proxy_buffers 8 32k; —— 分配 8 个 32KB 缓冲区，总容量 256KB，适配多数 200–500KB 图片
- proxy_busy_buffers_size 64k; —— 允许同时向客户端发送中的缓冲区上限，设为 proxy_buffers 单块的两倍较稳妥
- proxy_max_temp_file_size 1024m; —— 防止超大图（如 >256KB）被迫写临时文件，影响 IO
启用 sendfile + tcp_nopush 降低传输开销
对于静态图片文件（如 /images/ 目录直出），应启用零拷贝机制，跳过用户态缓冲：
- sendfile on; —— 启用内核直接从磁盘送至 socket
- tcp_nopush on; —— 配合 sendfile，确保 TCP 包满载再发，减少小包数量
- tcp_nodelay off; —— 静态资源不追求毫秒级响应，关闭 Nagle 算法更利于吞吐
可选：对图片路径单独设置 buffer（精细化控制）
若仅部分 location（如 /static/img/）存在加载慢问题，可在该块内覆盖全局配置，避免影响其他接口：
location ~* \.(jpg|jpeg|png|webp|gif|svg)$ {proxy_buffering on;
proxy_buffers 16 64k;
proxy_busy_buffers_size 128k;
sendfile on;
tcp_nopush on;
}
