断点续传（Resume Download）

断点续传（英文常称 Resume Download 或 Resumable Transfer）是一种网络文件传输技术，指下载或上传过程因断网、暂停、程序退出等原因中断后，可以从上次停止的位置继续传输，而不必从头重新开始。

概述

在网络不稳定或文件体积较大的场景下，如果一次中断就前功尽弃，既浪费时间也浪费流量。断点续传的思路是把文件按字节位置精确定位：传输工具记录已完成的进度，恢复时只请求剩余部分。这项能力在拨号上网、大文件下载动辄数小时的年代尤为重要，如今依然是下载器、网盘、云存储和软件更新的基础能力。

在下载方向，断点续传主要依赖 HTTP 协议的范围请求机制：客户端在请求头中携带 Range 字段，指明想要获取的字节区间；服务器若支持（响应头带有 Accept-Ranges: bytes），就返回状态码 206 Partial Content 和对应的数据片段。该机制自 HTTP/1.1 时代被正式标准化。FTP 协议则通过 REST 命令指定续传起点。在上传方向，网盘和对象存储通常采用分块上传：把大文件切成若干块逐个上传，服务端记录已收到的分块，中断后只需补传缺失部分，并常配合哈希校验实现「秒传」。

主要特点

• 字节级定位：通过 HTTP Range 请求精确指定起始位置，服务器以 206 状态码返回部分内容。
• 需要服务器配合：服务器必须支持范围请求；不支持时客户端只能整文件重新下载。
• 进度持久化：下载工具通常用临时文件或记录文件保存已完成的字节数，重启后据此恢复。
• 与多线程下载同源：IDM、迅雷等工具把文件切成多段并行请求，用的正是同一套范围请求机制。
• 完整性校验：续传完成后可通过文件大小或哈希值校验，避免拼接出损坏文件。

常见问题

问：为什么有些下载不能断点续传？答：通常是服务器未开启范围请求支持，或下载链接是带时效签名的动态地址，中断后原链接已失效，客户端只能从头下载或重新获取链接。

问：断点续传和多线程下载是什么关系？答：多线程下载建立在断点续传的机制之上——把文件划分成多个字节区间并行请求，本质上就是同时发起多个范围请求，因此不支持续传的服务器一般也无法多线程加速。

问：上传文件也能断点续传吗？答：可以。网盘和云存储普遍采用分块上传方案，服务端记录已接收的分块，网络中断后客户端只需续传未完成的部分，大文件上传因此更可靠。