断点续传省了等待，也可能省掉一道核对

“别急着点那个继续，断点待也道核对你先看它到底从哪开始。续传”同事小林按住我的省等省掉鼠标。那是断点待也道核对一次从公司网盘拉取培训视频，进度条卡在 68%，续传我顺手点了“恢复下载”。省等省掉几分钟后文件显示完成，断点待也道核对打开却只播了后半段——前面被覆盖了。续传这次教训让我明白，省等省掉断点续传省的断点待也道核对是等待时间，但真正容易出问题的续传地方，是省等省掉“继续”之前那几秒的判断。

先确认文件是断点待也道核对不是同一个版本

断点续传的前提，是续传源文件没变过。可现实中，省等省掉手机里的安装包可能已经更新，云盘上的共享链接可能被替换，同事发来的压缩包也可能多了个“修订版”。如果下载工具只是按文件名续传，它拼出来的很可能是新旧两半的混合体。

今天就能做的最小动作：点“继续”之前，先回到来源页面，核对三样东西——文件名里的版本号或日期、文件大小、上传时间。微信或钉钉里收到的文件，最稳妥的做法是重新点一次链接，看它是否还指向同一份文件；如果对方已经撤回过消息，更要谨慎，宁可重新下载也不要续传。

判断标准很简单：来源页显示的大小，和你本地已下载部分再加剩余部分能否对得上。对不上，就别续传。断点续传在这里降低的，是误把两个版本缝成“一个能打开的文件”的风险。

把保存目录和临时文件看一遍

大多数下载工具会把未完成的文件存成临时文件，扩展名可能是 .part、.tmp 或带下载器标识的后缀。问题在于，同目录下如果已经有一个同名文件，有的工具会追问覆盖，有的则默默接着写。你以为是续传，其实是在往旧的、可能已经损坏的文件末尾追加数据。

具体做法：先打开下载目标文件夹，按修改时间排序，找到最近的那个临时文件。看它的修改时间是否与上次中断时间吻合，大小是否大于零。再检查有没有多个名字相近的临时文件，比如“视频(1).mp4.part”和“视频.mp4.part”。有多个时，不要凭感觉删，先把下载任务暂停，回到下载器里看它当前引用的是哪一个路径，再决定保留哪个。

如果不确定，最省事的核对办法是换一个空文件夹重新下载，或者把现有临时文件改名备份。这多花两分钟，却能让“续传”和“重下”的边界变得清楚。误操作损失往往不是断点续传本身造成的，而是我们在临时文件命名混乱时盲目点继续。

断点之后先跑一遍完整性检查

续传完成不等于文件完整。尤其是大压缩包、视频和数据库备份，传输中断的位置可能正好落在文件头或索引区，表面显示下载完毕，实际解压报错或无法播放。

今天就做这一步：下载完成后不要立刻删临时文件，先用工具自带的校验功能，或对比来源页提供的大小与哈希值。如果没有哈希值，压缩包先做一次“测试压缩”而不是直接解压；视频先拖到中段和末尾各播放十几秒；安装包先看属性里的数字签名是否正常。发现异常时，下一步不是反复点续传，而是清掉未完成文件，改用直连或换网络重下一次。

这里有个反例值得记住：有人看到进度到了 99% 断掉，反复续传十几次，每次都从 99% 重来。这种情况多半是临时文件已经损坏，续传只是在错误的基础上打补丁。正确的动作是查看下载器日志里最后写入的位置，确认临时文件能否被工具识别，识别不了就直接重下。

给每个续传任务留一个核对记录

如果你经常下载大文件，可以花五分钟做一个简单的记录：文件名、来源页面、文件大小、下载开始时间、中断原因。不一定要用表格，写在便签或任务备注里都行。再次点继续时，先看记录，再决定动作。

这条记录的作用不是管理任务，而是防止“同一文件名、不同来源”的误判。比如两个部门都发了名为“培训材料.zip”的文件，大小相差几十兆，续传工具不会替你区分。记录里多一句“来自 A 部门邮件附件”，就能避免把 B 部门的半截文件接上去。

断点续传怎样降低误操作损失，说到底靠的不是工具多聪明，而是人在按下继续之前多一次核对：来源是否同一版本、临时文件是否唯一且可识别、完成之后是否验过完整性。这三件事今天就能做完，做完再点继续，省下的就不只是等待时间。