Nginx Plus 的 slow_start 参数支持 Java 应用流量预热，新 upstream server 上线后 60 秒内权重从 0 线性增至配置值，需显式设 weight 且依赖 zone 和健康检查；开源版需替代方案。
Java 应用启动后直接承接全量流量，容易因类加载、JIT 编译、连接池未填充、缓存未预热等原因导致响应延迟飙升甚至超时。Nginx 的 upstream 模块提供 slow_start 参数，可让新上线的 upstream server 在指定时间内逐步提升权重，实现平滑的流量导入——这正是 Java 应用“流量预热”的关键基础设施层支持。
slow_start 的作用机制与前提条件
slow_start 只在 server 被标记为 up（例如健康检查通过、或手动 up）后的首次加入时生效，它不是周期性行为。Nginx 会将该 server 的初始权重设为 0，在 slow_start 指定的时间内线性提升至配置的 weight 值。注意：该功能仅在商业版 Nginx Plus 中原生支持；开源版 Nginx（v1.19.5+）需启用 upstream_hash 或 least_conn 等带状态的负载均衡算法，并配合 zone 指令才能间接模拟类似效果，但无原生 slow_start。
- 开源 Nginx 用户若坚持使用 slow_start，需升级到 Nginx Plus（付费）
- 若使用开源版，可通过外部协调（如 Consul + nginx-upsync-module）或应用层预热（/actuator/health + 自定义 readiness 探针延时）弥补
- server 必须显式配置
weight，否则 slow_start 不生效（默认 weight=1，但 slow_start 仍需 weight 显式声明）
典型 Nginx Plus 配置示例
以下为 Nginx Plus 中启用 slow_start 的标准写法，适用于 Java 应用 Pod 启动后经就绪探针通知 Nginx 加入 upstream 的场景：
upstream java_backend {
zone backend 64k;
server 10.0.1.10:8080 weight=10 slow_start=60s;
server 10.0.1.11:8080 weight=10 slow_start=60s;
# 其他旧实例可不加 slow_start，保持满权重
server 10.0.1.5:8080 weight=10;
}
<p>server {
location / {
proxy_pass <a href="https://www.php.cn/link/89599d85cfa823d8886146af161ea5b3">https://www.php.cn/link/89599d85cfa823d8886146af161ea5b3</a>;
health_check interval=5 fails=2 passes=2;
}
}</p>说明：
立即学习“Java免费学习笔记（深入）”；
-
slow_start=60s表示该 server 上线后，60 秒内权重从 0 线性增长到 10 - 流量按当前实时权重比例分发，因此新实例在第 1 秒几乎无流量，第 30 秒约承载 50% 的应有流量，第 60 秒达满额
-
zone指令是 slow_start 生效的必要条件（用于跨 worker 进程共享状态） - 健康检查（
health_check）建议启用，确保只对通过探测的实例启用 slow_start
与 Java 应用层协同的关键点
Nginx 层 slow_start 是“被动等待型”预热，真正稳定仍需应用自身配合：
- 就绪探针（readiness probe）不能过早返回成功：至少等待 Spring Boot 的
DataSource初始化完成、Redis 连接池 warmup、关键缓存预加载完毕 - 推荐在应用启动脚本中调用一次本地 /actuator/health 或自定义 /warmup 端点，触发 JVM JIT 编译热点路径
- 避免在 preStop 阶段强制 kill，改用优雅下线（如 Spring Boot 的 graceful shutdown），让 slow_start 的“退出缓冲”更可控
- 监控 slow_start 期间的 upstream.response.time 和 upstream.status（尤其是 5xx），验证预热是否有效
开源 Nginx 替代方案简述
若无法使用 Nginx Plus，可考虑以下组合方案逼近效果：
- 使用 nginx-upsync-module 动态管理 upstream，由服务注册中心（如 Nacos）控制实例权重渐进更新
- 借助 Lua（OpenResty）在 balancer_by_lua_block 中实现自定义权重调度逻辑，按时间戳计算当前权重
- 在 CI/CD 流水线中分阶段发布：先切 1% 流量并观察 2 分钟，再切 10%，最后全量——用运维节奏替代自动 slow_start
