proxy_send_timeout 是静态配置项，不可动态调整；应按接口语义分层设置超时值，结合p99实测数据加缓冲，并同步调整 client_body_timeout、client_max_body_size 及后端限制。
proxy_send_timeout 不能动态调整，Nginx 没有运行时根据客户端网络状况自动变更该值的机制。它是一个静态配置项，只在请求进入对应 location 块时加载一次，全程固定不变。
真正要解决“不同客户端网络差异导致超时不合理”的问题，核心不是让 Nginx 动态改参数，而是分层适配 + 合理预估 + 精准作用域控制：
按业务路径差异化设置，而非按客户端动态判断
Nginx 无法识别“这个用户是4G弱网”还是“那个用户是千兆光纤”，但能明确区分 /api/upload 和 /api/login。所以应把超时策略绑定到接口语义上：
- 上传类接口（如
/upload,/import）→ 设为 300–600 秒 - 普通 JSON API（如
/user/profile）→ 保持默认 60 秒即可 - 流式导出（如
/export/csv）→ 单独配proxy_send_timeout 300; client_body_timeout 300;
用实测数据代替经验猜测，覆盖最差网络场景
不看平均带宽，而看 P99 上传耗时（可通过 $request_time - $upstream_header_time 近似估算）：
- 查最近7天该接口的上传延迟分布
- 取 P99 值，再加 20–30 秒缓冲（应对 TCP 重传、WAF 检测、TLS 分片等额外开销）
- 例如 P99 是 112 秒 → 设
proxy_send_timeout 140;
必须同步收紧或放宽的配套项，否则单调它无效
-
client_body_timeout必须 ≥proxy_send_timeout，否则客户端还没传完就被断开（返回 413），根本轮不到proxy_send_timeout生效 -
client_max_body_size要匹配，比如设了 600 秒，却只允许传 10MB，那大文件直接被拦截 - 后端接收能力也要跟上：Spring Boot 的
max-request-size、Gunicorn 的--limit-request-body都得放开，且数值 > Nginx 设置
避免误用：它不解决“后端慢”，也不管“客户端慢”
- 客户端上传慢？那是
client_body_timeout的事 - 后端处理久、响应迟迟不来？那是
proxy_read_timeout的职责 - 连接建不起来？看
proxy_connect_timeout -
proxy_send_timeout只盯一件事：Nginx 把已收完的请求体发给后端时，等后端确认（ACK 或读取反馈）的最大空闲时间
不复杂但容易忽略
