你有没有过这样的经历？周末在家下载一部高清电影，下了快80%的时候突然断网，重新开始就得从头来过。或者在公司上传一个2GB的项目文件，眼看进度条马上到头，结果电脑休眠一下，一切归零。这种崩溃感，谁经历过谁知道。
断点续传到底是什么？
简单来说，断点续传就是上传或下载过程中如果中断了，可以接着上次停下的地方继续，而不是从头再来。对云存储服务商而言，这早已不是“加分项”，而是基本操作。
比如你在出差路上用手机上传会议录像，地铁钻进隧道，信号断了。等回到地面，大多数正规云盘会自动检测已上传的部分，跳过已完成的数据块，直接从中断处恢复。这就是断点续传在后台默默干活。
技术上是怎么实现的？
核心思路是“分块上传”。文件被切成多个小块（比如每块5MB），每一块独立上传并校验。服务端记录哪些块已经成功接收。一旦连接恢复，客户端只需上传缺失的块，最后再拼接成完整文件。
以常见的REST API为例，请求可能长这样：
PUT /upload/video.mp4?chunk=3&chunk_id=abc123 HTTP/1.1\nHost: api.cloudstorage.com\nAuthorization: Bearer xxx\nContent-Length: 5242880\n\n[5MB数据]服务端收到后返回类似：
HTTP/1.1 200 OK\n{\n "chunk": 3,\n "status": "uploaded",\n "next_expected": 4\n}即使第4块传到一半断了，重连后也只传第4块，前面3个不会重复浪费流量。
不是所有“云盘”都靠谱
有些小众网盘为了省成本，压根没做分块机制。你上传10GB的素材包，卡在99%断了，它直接让你整个重传。更离谱的是某些网页端上传控件，用的是老式表单提交，连进度条都没有，别谈断点。
主流厂商如阿里云OSS、腾讯云COS、AWS S3都原生支持分片上传和断点续传。开发者集成时，SDK一般封装好了重试逻辑和本地记录，普通用户感知不到，但体验顺滑很多。
对普通用户意味着什么？
不用再盯着进度条不敢合盖笔记本；在咖啡馆用公共Wi-Fi也能安心传文件；手机拍的婚礼视频，哪怕中途切了个App，回来还能接着传。这些细节，才是好服务该有的样子。
下次选云存储服务商，不妨悄悄试一试：传个大文件，手动断开网络几秒，看看能不能续上。能，就留下；不能，趁早换。