多级代理超时叠加的根源在于各层nginx独立计时且不共享耗时，解决关键是分层明确超时责任、透传已耗时实现动态收敛、禁用跨层重试。入口层控客户端连接，中间层控到下游建连与首字节，后端层控至应用处理；通过x-request-start头逐层传递起始时间，动态计算剩余超时；统一关闭timeout重试，仅保留错误码重试，并启用健康检查。
多级代理嵌套下超时时间层层叠加，本质是每层 Nginx 都在各自环节独立计时，而上游未传递真实耗时、下游又不感知前序已耗时，最终导致“总等待时间 = 各层 timeout 之和”，远超业务实际容忍阈值。解决核心不是拉长某一层超时，而是切断叠加逻辑、显式收敛耗时责任。
分阶段定义超时职责，禁止跨层继承
各层 Nginx 必须明确只管自己这一段的耗时，不能默认沿用上层或全局 timeout：
-
入口层（面向客户端）：只控制 client → 自身的连接与响应，设
client_header_timeout 15s、send_timeout 30s；不配置任何proxy_*超时，避免干扰中间层判断 -
中间层（如网关/鉴权层）：只管自身到下游 Nginx 的建连与首字节等待，设
proxy_connect_timeout 5s、proxy_read_timeout 60s；禁用proxy_next_upstream中的timeout重试（防止重复计时） -
后端层（直连应用）：只管到 Tomcat/Node.js 等真实服务的建连与处理，
proxy_read_timeout按应用最长 P99 设（如 8s），并开启proxy_http_version 1.1+proxy_set_header Connection ""复用连接
用请求头透传已耗时，实现动态超时收敛
在入口层记录请求到达时间，并通过自定义 header 逐层向下传递；中间层和后端层读取该 header，动态缩短自身 proxy_read_timeout 剩余窗口：
- 入口层加：
proxy_set_header X-Request-Start $msec; - 中间层用
map计算剩余时间：map $http_x_request_start $proxy_read_timeout_remaining {<br> default "60";<br> "~^(?<t>\d+\.\d+)$" "$[60 - ($msec - $t) > 5 ? 60 - ($msec - $t) : 5]";<br> }</t>
然后在 location 中：proxy_read_timeout $proxy_read_timeout_remaining; - 避免用
if或 rewrite，防止执行时机错乱
统一关闭冗余重试，防止 timeout 叠加放大
多层都开重试，一次失败可能触发 N×M 次连接尝试，耗时呈指数增长：
- 入口层仅保留
proxy_next_upstream error http_502 http_503 http_504，去掉timeout—— 因为 timeout 应由下一层自己判定并返回 504，上层只需信任这个状态码 - 中间层和后端层设
proxy_next_upstream off，专注单次转发质量 - 所有层启用健康检查（
health_check或nginx_upstream_check_module），让故障节点被主动摘除，而非靠重试兜底
验证是否真正收敛：抓包比对三段耗时
改完配置后，必须实测确认叠加被打破：
- 用
tcpdump抓入口层进来的 SYN 和发给中间层的 SYN，计算第一段建连耗时 - 抓中间层发给后端的 SYN 和收到第一个响应包的时间，看第二段是否受控
- 对比 Nginx 日志中的
$request_time与各层$upstream_response_time差值，若总和明显小于各层proxy_read_timeout之和，说明收敛生效
