HTTP Range 请求与断点续传

HTTP Range 请求是一种让客户端只获取资源部分内容的机制，客户端通过 Range 请求头指定希望获取的字节区间，服务器若支持则返回状态码 206 及对应的数据片段。它是实现断点续传和媒体随机访问的核心。

概述

在下载大文件时，如果网络中断就得从头重来，既浪费流量又浪费时间。Range 请求让客户端能够声明只要文件中某个字节区间的数据，从而在中断后从上次位置继续下载，或把文件切成多段并行下载以提升速度。视频播放器拖动进度条时，也依赖它跳转到指定位置。

核心原理

• 服务器通过响应头 Accept-Ranges 声明是否支持按字节请求。
• 客户端在请求头中写入 Range，例如指定从某字节到某字节的区间。
• 服务器返回状态码 206（部分内容），并在 Content-Range 头中标明本次返回的区间及资源总长度。
• 若请求的区间不合法，服务器返回状态码 416（范围不满足）。

为了保证多次请求拼接的是同一版本的文件，客户端通常配合 If-Range 头，携带资源的 ETag 或修改时间；若服务器发现资源已变化，则会返回完整内容而非片段，避免拼出损坏的文件。

应用场景

下载工具的断点续传与多线程加速、在线视频与音频的边下边播和进度拖动、大型软件分发的分片校验，都建立在 Range 请求之上。内容分发网络也常用它来实现大文件的分片缓存与回源。

常见问题

问：为什么有的文件无法断点续传？答：通常是因为服务器没有返回 Accept-Ranges 头或明确声明不支持范围请求，此时客户端只能整段重新下载。

问：多线程下载一定更快吗？答：不一定。若瓶颈在本地带宽或服务器单连接限速之外的总带宽，多线程收效有限，反而增加服务器连接压力。