Nginx高并发低延迟需协同调优缓冲区与缓存策略：缓冲区要匹配业务流量特征，避免盲目增大；静态资源采用强缓存+哈希指纹双层锁定；动态内容按状态码和业务语义分级缓存；缓存与缓冲必须联动，确保不因配置冲突导致断链。
要让 Nginx 真正跑出高并发、低延迟的效果，光靠默认配置远远不够。缓冲区调优和缓存策略不是孤立的两件事，而是必须协同设计的一体化实践——缓冲区决定了请求/响应如何高效流转，缓存策略决定了哪些内容该留、留多久、怎么更新。
缓冲区配置：匹配真实业务流量特征
缓冲区不是越大越好，关键在“够用且不浪费”。盲目增大可能引发内存压力或文件描述符耗尽，尤其在高并发上传或含大量 Cookie 的场景下：
-
client_body_buffer_size：设为 128k 可满足多数表单提交；若支持大文件上传（如 50MB 视频），建议与
client_max_body_size协同调整，避免临时文件写磁盘 -
client_header_buffer_size 和
large_client_header_buffers：常规设为 4k + “4 32k” 足以应对 JWT Token 或多段 Cookie；若前端使用长路径重定向或自定义 header，需检查是否触发 414 错误并针对性扩容 -
proxy_buffering 必须开启，配合
proxy_buffers（如 8 64k）和proxy_busy_buffers_size（一般为单 buffer 的两倍），防止后端 Tomcat 响应慢时阻塞 worker 进程
静态资源缓存：浏览器 + Nginx 双层锁定
静态文件（JS/CSS/图片/字体）是缓存收益最高的部分，应实现“强缓存 + 不可变标识”组合：
- 用
expires 365d配合add_header Cache-Control "public, immutable"，让浏览器一年内不发验证请求 - 资源发布时带哈希指纹（如
app.a1b2c3.js），确保文件内容变则 URL 变，彻底规避缓存更新问题 - 关闭访问日志：
access_log off，减少磁盘 I/O，尤其在 CDN 回源高频场景下效果明显
动态内容代理缓存：精准控制命中与失效
对 /api 或 /pages 类路径，不能简单“全量缓存”，而要按状态码、请求特征、业务语义分级处理：
- 定义独立缓存区：
proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=api_cache:100m max_size=10g inactive=24h use_temp_path=off - 缓存键包含关键维度：
proxy_cache_key "$scheme$request_method$host$uri$is_args$args$cookie_user_id"（登录态页面需隔离用户） - 分层设置有效期：
proxy_cache_valid 200 302 12h（正常数据）、proxy_cache_valid 404 1m（防穿透）、proxy_cache_use_stale error timeout updating http_500（故障兜底） - 启用
proxy_cache_lock on防止缓存击穿，同一 key 的并发未命中请求只放行一个回源
缓存与缓冲联动：避免中间环节断链
当启用代理缓存时，缓冲区配置直接影响缓存效率：
- 关闭
proxy_buffering off会禁用缓存，因 Nginx 无法预判响应长度来写入缓存文件 -
proxy_max_temp_file_size 0强制小响应走内存缓冲，大响应才落盘，避免小文件频繁刷磁盘 - 若后端返回
Cache-Control: no-store或Set-Cookie头，默认不缓存；需用proxy_ignore_headers Cache-Control Set-Cookie显式覆盖（仅限可信内部服务）
