expires指令与tcp_nodelay参数不直接协同优化并发性能，前者控制HTTP缓存生命周期，后者关闭Nagle算法降低小包延迟，二者分属不同网络层级，合理配置可避免隐性冲突、提升整体响应效率。
在Nginx中，expires 指令和 tcp_nodelay 参数作用于不同层级，**不直接协同优化并发性能**，但合理配置可避免隐性冲突、提升整体响应效率。
expires指令：控制HTTP缓存生命周期
expires 是HTTP层的响应头控制指令，用于设置 Cache-Control 和 Expires 头，影响客户端（浏览器）和中间代理是否缓存资源及缓存时长。它不改变Nginx自身的连接处理行为，也不影响TCP传输细节。
- 静态资源（如CSS、JS、图片）建议启用，例如：
expires 1y;，减少重复请求，间接降低后端并发压力 - 动态内容（如API接口、登录页）应禁用或设为
expires epoch;，避免缓存脏数据 - 注意：若启用了反向代理且未配置
proxy_cache，expires仅作用于下游，对Nginx upstream连接无影响
tcp_nodelay参数：关闭Nagle算法，降低小包延迟
tcp_nodelay on; 作用于TCP连接层，禁用Nagle算法，使小数据包（如HTTP响应头、短JSON）无需等待填充或超时即可立即发送。这对交互密集型应用（如WebSocket、实时API）有明显收益。
- 默认值为
on（Nginx 1.15.7+），旧版本需显式开启 - 适用于高频率、低延迟场景；若大量发送大文件（如视频分片），开启可能略微增加网络小包数量，但通常影响极小
- 仅对启用keepalive的连接生效，且需客户端也支持TCP选项协商
二者实际配合的关键点
它们不构成“性能组合技”，但配置不当会削弱各自效果：
- 若
expires设置过长，而资源实际已更新，用户持续命中过期缓存，看似并发下降，实则掩盖了内容一致性问题 - 若
tcp_nodelay off且服务返回大量小响应（如带ETag校验的304响应），Nagle算法可能导致几十毫秒延迟，抵消expires减少请求数带来的体验增益 - 在启用了
gzip_vary on或条件响应头时，更需确保tcp_nodelay开启，避免压缩头与主体分包发送造成延迟
推荐配置示例
面向典型Web服务的平衡配置：
server {
# 静态资源强缓存
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2?)$ {
expires 1y;
add_header Cache-Control "public, immutable";
tcp_nodelay on; # 确保首字节快速到达
}
<pre class="brush:php;toolbar:false;"># API接口不缓存，强调低延迟
location /api/ {
expires epoch;
tcp_nodelay on;
# 可搭配 keepalive_timeout 和 sendfile off 提升小响应效率
}}
不复杂但容易忽略：真正影响并发性能的是连接复用（keepalive）、worker进程模型、上游超时和缓冲区设置；expires 和 tcp_nodelay 属于“锦上添花”型调优，需在基础架构稳定后再精细调整。
