断点续传怎样标注适用边界？并排看两种常见做法

夜里十一点半，断点值班同事把一份三百多兆的续传安装包往手机上传，进度条卡在 67%，样标用边屏幕一锁就归零；临下班前最后五分钟，注适做法另一个同事在浏览器里拖一个视频进网盘，界并断网重连后提示“重新开始”。两种同一句“支持续传”，断点在不同软件里表现可以完全不同。续传问题往往不出在网速，样标用边而是注适做法标注和判断没做在前面：哪些场景能接着传，哪些必须从头来。界并

先看“会话凭据”落在哪：服务端登记还是两种本地凭记忆

第一种常见做法，是断点服务端登记式续传。上传开始时，续传客户端向服务器申请一个上传会话标识，样标用边服务器把已收到的分片位置记在后台。网络断了，客户端拿着这个标识回去问“我传到哪了”，服务器回答偏移量，接着传。浏览器的分片上传、对象存储的断点续传接口，多数走这条路。

它的边界很清楚：会话标识有有效期，服务端可能设几小时到几天；换账号、换设备、换网络出口，标识未必还认；服务端清理临时分片后，旧标识直接失效。选错边界的后果是“看起来支持，实际上白等”——用户以为锁屏后再打开能接上，结果拿到一句“会话不存在”，只能重传。标注时不能只写“支持断点续传”，要写清触发条件：同一账号、同一浏览器或客户端、会话有效期内、文件未被修改。

第二种做法，是本地记录式续传。客户端自己在本地存一份进度：已传字节数、文件指纹、分片校验值。恢复时先比对文件是否还是那个文件，再向服务端核对已收分片。离线工具、部分下载器、某些同步盘走这条路。它的适用边界偏向“单机、文件不变、客户端不卸载”。一旦清了缓存、换了机器、文件被重新压缩过，本地记录就对不上，续传自然失效。

两种做法并排看，差别不在技术高低，而在“凭据归谁管”。服务端登记适合多端切换、需要后台对账的场景；本地记录适合单机长任务、网络时断时续但环境稳定的场景。把两者混着宣传，是边界标注最容易出错的地方。

用“文件有没有变”做分水岭，再决定标注口径

判断能不能续，先问一句：文件还是原来那个文件吗。服务端登记式通常靠上传会话绑定文件，文件一改，分片校验对不上，服务端会拒绝续传；本地记录式靠文件指纹，改了名、改了大小、改了修改时间，客户端自己就会放弃。两类做法在这点上一致：文件变了就不该续，硬续只会拼出一个损坏的文件。

所以标注适用边界时，可以把口径写成可核对的短句，而不是一句笼统的“支持续传”。比如：同一文件、同一账号、24 小时内、未清理客户端缓存时可续；超过时限或文件被替换，需重新上传。这里的时限不要编造，按产品实际配置写，拿不准就指向官方帮助文档里的“上传会话有效期”条目，让用户自己去核对。

再往下分，网络形态也要标。移动网络切 Wi-Fi、代理切换、VPN 断开重连，出口地址变了，部分服务端会判定为新会话。这不是故障，是安全策略。标注里写“切换网络后可能需重新建立会话”，比写“任何断网都能续”诚实得多。

一次失败重传的排查顺序，比口号有用

真遇到续传没接上，别急着重装客户端。按这个顺序核对：第一，看提示是“会话失效”还是“分片校验失败”，前者多半是超时或换环境，后者多半是文件动过；第二，确认账号和客户端没换，浏览器无痕窗口关掉重开通常不保留会话；第三，看本地缓存目录是否被清理工具扫过；第四，换回原来的网络环境再试一次。四步走完仍不行，就接受重传，别在旧会话上反复试，浪费时间还可能触发服务端限流。

反例也值得记一笔：有人把“断点续传”当成“永久保存进度”，传了一半关机出差，一周后回来接着传，结果服务端临时分片早被回收。这不是软件骗人，是标注里没写有效期。选错边界的代价，往往就是这几百兆流量和一段本可以避免的等待。

把边界写进一句话说明，贴在用户看得见的地方

给同事或客户交代时，可以用这个核对表收口：文件是否未改动、账号是否同一、客户端缓存是否还在、会话是否在有效期内、网络出口是否大致相同。五项都满足，再谈续传；有一项不满足，就按重新上传准备。这样标注，既说清了能力，也说清了条件，比一句“支持断点续传”更经得起夜里那次断网。