开启 proxy_ignore_client_abort on 的核心目的是让 nginx 在客户端中断时不主动终止后端请求，避免任务中断、资源浪费和误判；需配合 proxy_read_timeout 等超时调优及后端状态管理。
开启 proxy_ignore_client_abort on 的核心目的，不是“阻止断开”，而是让 Nginx 在用户已关闭页面或网络中断时，不主动掐断后端请求——从而避免后端任务半途而废、资源空转、日志污染和误判故障。
只在真正需要的接口上启用
该指令对业务语义敏感，不能全局打开：
-
适合开启：异步类、幂等类、结果可查的接口，例如
/api/report/generate、/upload/complete、/webhook/deliver - 禁止开启：登录、支付、下单等强一致性操作，客户端中断本身即代表用户放弃，继续执行可能引发重复扣款或越权
-
必须写在 location 块内，且该 location 中配置了
proxy_pass；放在http或server顶层无效
必须同步调大关键超时参数
单独开 on 不解决问题，Nginx 仍会因自身超时返回 504，导致后端被“二次中断”：
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
-
proxy_read_timeout：设为后端最长预期耗时（如导出需 240 秒，则至少设为 300），这是决定“Nginx 愿意等多久”的唯一关键参数 -
proxy_send_timeout：弱网下流式响应易卡住，建议同步设为 300，防止 ACK 缺失触发中断 -
proxy_connect_timeout：保持 60 即可，过高反而掩盖真实建连问题
配合后端闭环，才能真正减少浪费
Nginx 只负责“不甩手”，不保证结果送达。后端必须自行承担任务状态管理：
- 请求到达后立即落库或发消息，记录
task_id和初始状态（如processing） - 捕获 I/O 异常（如 Spring Boot 的
ClientAbortException、Go 的context.DeadlineExceeded），但不终止主逻辑 - 完成时更新状态为
success或failed，前端通过轮询或回调确认结果
注意缓冲与协议适配
避免 Nginx 层面引入新瓶颈：
-
proxy_buffering off：防止大响应体被缓存后因客户端断连而整体丢弃，也减少内存堆积 -
proxy_http_version 1.1+proxy_set_header Connection ''：禁用连接头干扰，避免 keepalive 复用异常 - 若用 HTTP/2（尤其 iOS 15+ 默认），需确认 Nginx ≥ 1.19.0，否则该指令在 HTTP/2 下不生效
