很多人第一次在压缩包属性里看到「恢复记录 3%」，都不知道它干什么用。它本质上是打包时算出来的冗余数据，专门用来在文件某几个字节出错时把内容反推回来。它只对付随机位翻转这类小范围损伤，对整段丢失没有半点办法。所以它更像创可贴，不像备胎。

磁力下载为什么更容易出现坏块

磁力的数据来自几十上百个陌生节点，每个节点上传的分块质量并不一致，有的来自用了七八年的老硬盘，有的来自内存不稳的机器。BT 协议本身带分块哈希校验，理论上坏块会被丢弃重下，但客户端为了省时间有时会放宽检查。再加上中途断电、磁盘写满、外置盘被拔，落盘的文件就可能和哈希对不上。这些场景里，恢复记录能救回的那一点点，往往正好是关键的那几 MB。

带不带恢复记录，看一眼就知道

Windows 上右键压缩包看属性，WinRAR 会在归档栏标出恢复记录的百分比，没有就显示空白。命令行更直接，unrar 输出里会有一行 recovery record。7z 没有这个机制，它靠的是另一套纠错块，别混为一谈。纯 7z 或者 tar 的包就不用在这上面花时间。

修复的顺序：先校验，再修复，最后才是重下

正确的流程是先用客户端做一次完整校验，标出具体哪些文件、哪些块不正。然后才对着压缩包跑修复，修复会尝试用恢复记录重建损坏扇区，成功与否都写在日志里。修复完必须再校验一次，别看到「修复完成」就以为没事了。如果第二次校验仍报同样的块，说明损伤超出冗余能力，重下那一个文件比继续折腾划算。

哪些损伤恢复记录根本救不了

文件尾部被截断、整个分卷缺失、目录结构损坏，这三种情况它都无能为力。恢复记录只能重建内容，不能凭空造出没下载到的部分。还有一种常被误解的情况：文件名被改乱、扩展名被改掉，这属于索引问题而不是数据问题，改回来就好。分清楚是数据错还是结构错，能省下大量无效操作。

把它当保险，别当依赖

真正靠得住的是下完立刻校验一次，把坏块在第一时间暴露出来。恢复记录适合放在长期归档的包里，尤其是那些源已经很难再找到的老资源。日常下载量大时，为每个包都生成恢复记录并不现实，既占空间又拖慢打包。挑丢了就找不回来的东西做冗余，才是合理投入。

相关标签： 磁力搜索 下载技巧