sendfile与buffer需按内容类型协同配置：静态资源关闭buffer、启用sendfile实现零拷贝；动态内容关闭sendfile、调优proxy_buffer参数；须通过location精确隔离路径，并配合tcp_nopush、临时文件路径等优化。
sendfile 和 buffer 配置不是各自独立的调优项，而是分属不同数据路径、需按内容类型协同取舍的关键机制：sendfile 主导静态文件的内核零拷贝路径，buffer 类参数则管理动态响应或代理流量在用户态的暂存行为。二者不冲突，但混用不当会互相退化——比如在本该走 sendfile 的静态资源 location 里开启 proxy_buffering，就会强制切回 read/write 模式。
静态资源：关闭 buffer，专注 sendfile 路径
对图片、JS、CSS、视频等真实静态文件，目标是绕过用户态、全程内核处理。此时应主动规避所有可能触发用户态缓冲的行为：
- 显式关闭 gzip on、sub_filter、proxy_buffering 等中间处理模块
- 禁用 proxy_pass 或 fastcgi_pass；若必须代理（如对象存储），设 proxy_buffering off 并确保后端返回 Content-Length
- 不设置 proxy_buffers、proxy_buffer_size 等代理缓冲指令——它们在此场景下无意义且易干扰
- 只保留 sendfile on、tcp_nopush on、tcp_nodelay off 三者成对启用
动态/代理内容：依赖 buffer，慎用 sendfile
API 响应、模板渲染、流式输出（SSE、大模型响应）等动态内容无法走 sendfile，必须靠 buffer 在内存中暂存、拼接、分块转发。此时 sendfile 应保持关闭（Nginx 默认即关），重点调优 buffer 粒度：
- proxy_buffer_size 设为 4k–12k，仅存响应头，不可过大
- proxy_buffers 推荐 4–8 个 × 8k–16k，总容量控制在 64KB–128KB 内
- proxy_busy_buffers_size 设为单 buffer 大小的 2 倍（如 8k × 2 = 16k），保障边收边发
- 流式场景直接设 proxy_buffering off，此时仅 proxy_buffer_size 生效，其余 buffer 参数被忽略
边界场景：按 location 精准隔离
一个 server 块内常同时存在静态与动态路径，不能全局统一配置。必须用 location 按后缀或路径前缀做物理隔离：
- 图片类：location ~* \.(jpg|png|js|css)$ { sendfile on; tcp_nopush on; gzip off; }
- API 类：location /api/ { proxy_pass http://backend; proxy_buffering on; proxy_buffers 8 16k; }
- 流式接口：location /stream/ { proxy_buffering off; proxy_buffer_size 4k; chunked_transfer_encoding on; }
- 大文件代理：location ~ \.mp4$ { proxy_buffering off; sendfile on; tcp_nopush on; }（需后端支持 Content-Length）
配套要点：避免 buffer 成为性能瓶颈
buffer 配置是否生效，还需看底层支撑和干扰项：
- 确认 client_body_temp_path 指向高速存储（如 /dev/shm），防止 POST 上传时频繁落盘
- 通过 proxy_max_temp_file_size 0 禁用代理响应临时文件，避免溢出写磁盘
- 关闭静态资源 location 的 access_log，防止日志 I/O 拖慢零拷贝路径
- 用 strace -p $(pgrep nginx) -e trace=sendfile 实际验证是否真调用了系统调用
