空投快传断点续传——大文件传输中途断网不用从头来

什么是断点续传

想象这个场景：你在上传一个 8 GB 的 ISO 文件到空投快传，已经传了 6 GB，突然家里的路由器重启了——

帮助文档里明确提到：

桌面客户端……大文件下载更稳定、下载时可断点续传。

断点续传是桌面客户端独有的功能——网页版、iOS、Android 客户端都不支持。

断点续传需要客户端和服务器之间协调文件的进度状态——客户端需要知道：

网页版受限于浏览器 API 的沙箱，做完整的断点续传比较困难（虽然某些现代浏览器有分片上传能力，但不通用）。移动客户端帮助文档没提，推断也是因为系统限制或优先级不高。

帮助文档只说"下载时可断点续传"，上传是否也支持没明确写。从技术上推理：

方向	桌面端	网页版	移动客户端
上传断点续传	⚠️ 帮助文档没明确（可能支持）	❌	❌
下载断点续传	✅ 明确支持	❌	❌

下载断点续传是确定的——帮助文档直接写了"下载时可断点续传"。上传方面没说但从客户端的传输引擎设计来看，大概率也支持。

断点续传的触发是自动的——你不需要手动"点一下继续"：

用网页版传大文件时最痛苦的就是断网——哪怕只是一瞬间的断连，都要重新来过。桌面客户端在这方面体验好得多：

断点续传不是万能的。以下情况即使有断点续传也帮不了你：

如果断开后等了太久（比如好几个小时），空投快传服务器可能会清理未完成的传输临时文件——即使你本地记住了断点，服务器端没数据了，还是得从头来。

A 电脑上传到一半断了，你在 B 电脑上打开同一个文件想继续——不行。断点信息存在 A 电脑的客户端里，B 电脑不知道。

断网后你换了一个完全不同的网络环境（比如从家里 Wi-Fi 换成公司 Wi-Fi，且公司网络对空投快传服务器有限制），那断点续传可能连不上服务器。

如果断点期间你改了本地文件（哪怕只改了一个字节），文件校验和不匹配，客户端会检测到变化并从头开始。

如果你正在用网页版传一个大文件，传的时候不要关掉浏览器、不要清理网页缓存、不要断开网络。虽然桌面客户端有断点续传，但网页版没有——一旦断开只能重来。