Firefox 让大文件下载可断点续传

在浏览器里下载几个 GB 的大文件，最怕的就是中途断网、切换网络或者手滑关掉标签页。Firefox 正在解决这个长期被用户吐槽的问题：让大文件下载真正具备断点续传能力。

为什么要重新设计下载恢复

浏览器下载本质上是一次 HTTP 请求。传统的下载恢复依赖服务器支持 Range 请求头，客户端只请求文件的一部分字节。问题在于，很多服务器并不支持这个特性，或者支持得很糟糕。Firefox 团队在实现可恢复下载时，需要处理服务器不支持 Range 请求、连接中途失效、文件被修改等边界情况。

这不仅仅是加一个「继续下载」按钮那么简单。下载管理器需要持久化已下载的字节范围，并在恢复时验证远端文件是否仍然是同一个版本。

HTTP Range 请求是 HTTP/1.1 引入的一项机制，允许客户端通过请求头 Range: bytes=start-end 只获取资源的某个字节区间。服务器若支持，会在响应中返回 206 Partial Content 状态码，并通过 Content-Range 头部标明实际返回的区间；同时，响应中的 Accept-Ranges: bytes 表示服务器支持字节范围请求。

断点续传正是建立在这套机制之上：当下载中断后，客户端只需再次发起请求，把 Range 起点设为本地已保存的字节数即可。但现实情况复杂得多——部分服务器宣称支持 Accept-Ranges 却实现存在缺陷，部分动态页面或 CDN 签名 URL 每次返回内容不同，还有服务器直接忽略 Range 返回 200 OK 和完整文件。因此，浏览器不能仅凭 Accept-Ranges 头部就贸然恢复，还需要结合响应状态码和文件校验信息做二次判断。

实现上的关键难点

字节范围的管理

当下载中断后恢复，浏览器要知道哪些字节已经成功写入磁盘。对于多连接下载或分块下载，这可能涉及多个不连续的范围。Firefox 需要在本地记录这些范围，并在恢复时合并出需要补拉的部分。

服务器能力探测

如果服务器不支持 Range 请求，断点续传就无从谈起。Firefox 需要在下载开始时就探测服务器是否返回 Accept-Ranges，并根据结果决定下载策略。对于不支持的服务器，用户可能只能重新开始。

文件一致性校验

如果远端文件在中断期间被更新，恢复下载会导致文件损坏。Firefox 需要借助 ETag 或 Last-Modified 等头部来确认文件没有被替换。这是一个容易被忽略但至关重要的安全细节。

ETag 和 Last-Modified 是 HTTP 响应中用于标识资源版本的头部。ETag 是服务器为资源生成的唯一标识符，可以是强校验（"abc123"）或弱校验（W/"abc123"）；Last-Modified 则是资源最后修改的时间戳。

在断点续传场景中，这两者承担着「版本锚点」的角色。浏览器在首次下载时记录下 ETag 或 Last-Modified，恢复下载时通过条件请求（如 If-Range 头部）带上该标识。服务器若认为资源未变，才返回缺口的字节区间；若资源已被替换，则返回完整文件，浏览器必须放弃已有字节重新开始。需要注意的是，弱 ETag 不能用于字节范围请求的校验，因为它只保证语义等价而非字节级一致。对于 CDN 场景，还需留意不同节点返回的 ETag 可能不一致。

对用户意味着什么

最直接的好处是：下载大文件时不用再担心网络波动。对于需要下载开发工具、操作系统镜像、大型游戏或数据集的用户，这个改动能显著节省时间和流量。

从浏览器竞争的角度看，这也是 Firefox 在体验细节上追赶并试图超越 Chrome 的一个信号。Chrome 的下载恢复能力同样受限于服务器支持，Firefox 如果在探测和恢复策略上做得更鲁棒，就可能成为差异化优势。

仍然存在的限制

断点续传并非万能。服务器不支持 Range、文件被修改、或者下载过程使用了加密或认证的一次性 URL，都会让恢复失败。用户在遇到「无法恢复」时，通常需要理解背后的技术原因，而不是简单地认为浏览器有 bug。

此外，磁盘空间和写入权限也会影响恢复行为。如果临时文件被清理，已下载的数据就会丢失。

一次性签名 URL 是很多云存储和 CDN 常见的做法：链接中带有时间戳和签名的查询参数（如 ?expires=...&signature=...），过期后链接失效，或在认证上下文中每次生成的 URL 不同。这类下载即使服务器支持 Range，恢复时也可能因为 URL 已失效而失败；即便 URL 仍然有效，若签名内容涉及随机会话，字节流也未必与之前一致。

类似的难点还包括 HTTPS 会话恢复、多连接下载的分片状态管理。多连接下载会把文件拆成多个并行的 Range 区间同时拉取，每个区间有独立的完成进度。中介网络（如代理、企业防火墙）也可能对 Range 请求做改写或缓存，导致恢复时返回的字节范围与请求不符。因此，浏览器在实现断点续传时，往往需要一并处理超时重传、区间合并、代理行为兼容等工程问题。

总结

Firefox 让大文件下载可恢复，解决的是浏览器长期以来的一个体验痛点。它的价值不在于单一功能，而在于对服务器差异、文件一致性和本地状态管理的综合处理。对于频繁下载大文件的用户，这值得关注和升级。