Nginx静态资源传输中断防控关键在于预防、快速恢复与防雪崩，需配置超时调优、Range透传与缓存隔离、连接限流、错误兜底及可观测性：调高send_timeout或proxy_read_timeout至300s；禁用gzip及慎用sendfile；关闭tcp_nodelay；透传Range/If-Range头；cache_key含$http_range；limit_conn限制单IP并发；client_max_body_size 0；error_page统一错误页；自定义日志监控206/416比率。
静态资源传输中断不能只靠“重传”解决，关键在于预防中断、快速恢复、避免雪崩。Nginx 本身不重传已发出的响应，但可通过配置大幅降低中断概率，并让失败请求不卡住 worker、不污染缓存、不影响其他用户。
防止连接被主动切断
Nginx 主动断开正在传输的大文件（如视频、PDF）是最常见的中断来源，根源多是超时设置过短或缓冲策略不当。
-
调高读取超时：在静态 location 块中设
proxy_read_timeout 300（若走 proxy_pass）或send_timeout 300（若直接提供文件），避免因后端慢或网络抖动导致提前 FIN -
禁用干扰性优化：对大文件 location 关闭
gzip（加gzip off或gzip_disable "range"），避免压缩破坏 Range 计算；慎用sendfile on，某些内核版本下它与断点续传冲突，可临时关掉验证 -
关闭 tcp_nodelay：对 >1MB 的静态资源，在 location 中设
tcp_nodelay off，减少小包数量，提升传输稳定性
支持断点续传（Range 请求）
客户端中断后能从中断处继续下载，依赖 Nginx 正确响应 206 Partial Content，而非返回完整文件或 416 错误。
-
确保基础能力开启：删除或注释掉
max_ranges 0；确认未在静态 location 中使用rewrite、auth_basic等拦截指令 -
代理场景必须透传头：若通过
proxy_pass回源，需显式添加：proxy_set_header Range $http_range;、proxy_set_header If-Range $http_if_range; -
缓存需区分 Range：启用
proxy_cache时，必须改写 cache_key，例如proxy_cache_key "$uri|$http_range";，并配proxy_cache_valid 206 1h;
限制单连接资源消耗
一个恶意或异常的 Range 请求（如反复请求极小字节段）可能耗尽 worker 连接数或磁盘 I/O，拖垮整个静态服务。
-
限制并发连接数：在 http 块定义
limit_conn_zone $binary_remote_addr zone=static_addr:10m;，再在静态 location 中用limit_conn static_addr 5; -
禁用无意义 body：静态请求不该带 body，加
client_max_body_size 0;防止误传或攻击 -
启用 directio 加速大文件：对 >4MB 文件，设
directio 4m;绕过内核页缓存，减少内存压力和锁竞争
统一错误响应与可观测性
中断发生时，用户不应看到空白页或默认 Nginx 错误，运维也不应靠猜——日志和监控要能准确定位问题环节。
-
兜底错误页：配置
error_page 500 502 503 504 /50x.html;，确保该 HTML 存在且轻量，避免因模板渲染失败导致二次错误 -
记录关键指标：自定义 log_format，包含
$request_length、$bytes_sent、$status和$upstream_response_time（若代理），便于分析中断是否集中在某类文件或某段时间 - 监控 206/416 比率：持续上升的 416 表示 Range 请求格式异常或缓存错乱；突增的 206 可能意味着大量断点重连，需排查前端或网络质量
