BitComet 中文文档 下载 App

BitComet 下载到 99% 卡住怎么办 — 经典问题的原因与解法

这是 BT 下载里最经典的问题

任何用过 BT 下载的人都碰到过：下载到 95%、97%、99%、甚至 99.9%，然后进度条再也不动了，等了几小时甚至几天还是那个百分比。这个问题如此常见以至于它已经成为 BT 下载的标志性体验——被称为"99% 诅咒""BT 最后一公里"。

99% 卡住的根本原因

BT 任务进度到 99% 意味着你还缺很少几个分片（piece），但这几个分片在 BT 网络上就是找不到。具体可能是：

原因一：所有拥有那个分片的种子都离线了

一个 BT 任务通常有几万个分片，绝大多数种子拥有几乎所有分片。但如果一个分片特别稀有（比如 BT 协议的分片调度机制让某些分片被极少数种子持有），一旦那几个种子关闭了客户端，这个分片就从网络上消失了。你下载到 99% 意味着你只缺那一个（或极少数）分片，但整个网络都没人有。

原因二：最后几个分片损坏或校验失败

极少数情况下，你已经下载到了那个分片但本地校验哈希不通过（损坏），需要重新下载。但重新下载需要请求持有正确分片的种子——而那些种子可能已经离线了。

原因三：Tracker 和 DHT 都找不到对等者

Tracker 服务器挂了或返回空列表，DHT 上也搜不到持有这个分片的对等者。这种情况常见于特别冷门或发布时间特别久的资源。

原因四：私有种子的种子池太小

私有种子的 Tracker 列表里对等者数量有限（几十到几百），如果那几十个种子里都没有持有你缺失分片的，而私有种子又禁用了 DHT 和长效种子，就真的卡死了。

BitComet 的专属解法：长效种子

这是 BitComet 相对于其他 BT 客户端（qBittorrent、uTorrent 等）最大的优势——长效种子（Long-Term Seeding） 就是专门为这个场景设计的：

  1. 当 BT 任务的常规下载通道（Tracker + DHT 对等者）已经无法提供缺失分片时，BitComet 会自动激活长效种子通道。
  2. 长效种子通道有两条路径：
  1. 长效种子找到数据源后，会把那最后 1% 的数据补回来——可能来自一个几个月前下载过这个资源、后台还在运行 BitComet 的未知用户，也可能来自某个 CDN 镜像。

如何确认长效种子在工作

选中卡住的 99% 任务 → 底部详情面板 → "对等者" 选项卡。如果看到来源标记为 "LTS"、"长效种子"、"HTTP" 或 "Mirror" 的条目，说明长效种子已经介入、正在拉数据。

如果卡住后等了一会儿，任务进度从 99% 变 99.5%、99.8%、最终跳 100%——这就是长效种子在起作用。其他 BT 客户端（没有长效种子功能）面对同样的情况就真的死局了。

其他解法

解法一：强制重新校验 + 继续下载

  1. 右键卡住的 99% 任务 → "强制重新校验"（有的版本叫"完整性校验"）。
  2. BitComet 会重新计算所有已下载分片的哈希、找出损坏的那些。
  3. 校验完成后自动继续下载——损坏的分片会被重新请求。

有时候卡住只是因为你本地某个分片校验不通过（虽然显示 99%，但那 1% 里已经包含了损坏的分片需要重下）。重新校验能确认到底是缺数据还是坏数据。

解法二：切换 BT 客户端继续（跨客户端续传）

如果你有 qBittorrent 或其他 BT 客户端，可以尝试：

  1. 暂停 BitComet 里卡住的任务。
  2. 把 torrent 文件、下载目录、BitComet 的临时文件（.bc! 后缀的）一起复制到 qBittorrent。
  3. 用 qBittorrent 打开 torrent 文件、设置同样的下载目录。
  4. qBittorrent 会自动做哈希校验、判断哪些分片已有、哪些缺失。

原理：BT 协议的分片哈希校验是标准的，任何 BT 客户端都能正确识别 BitComet 已下载的分片。有时候换一个客户端——它的 DHT 实现、连接策略可能不一样——就能找到 BitComet 没找到的对等者。

解法三：手动手动检查 HTTP 镜像

如果 BitComet 的自动镜像搜索没命中，你可以手动搜索：

  1. 记下那个 99% 任务的完整文件名和文件总大小。
  2. 在搜索引擎里用这些关键词搜："文件名" filetype:zip 或 "文件名" download。
  3. 如果搜到了同一个文件的 HTTP/FTP 直链，在 BitComet 里手动添加一个 HTTP/FTP 下载任务指向这个 URL，保存到和 BT 任务相同的目录、相同的文件名。
  4. HTTP 下载会先做 Range 请求尝试续传——如果服务器支持 Range，HTTP 下载会从 BT 任务已下载到的位置继续。

这相当于手动帮 BitComet完成了"跨协议下载"里的 HTTP 镜像接入。

解法四：接受损失、手动补下

如果以上方法都试过了还是卡在 99%，只能接受这个资源确实断种了。但有一个小技巧：如果 BT 任务里包含多个文件，你可以：

  1. 先把已下载的那些文件从 BT 任务里分离出来（复制到另一个目录）。
  2. 用压缩工具或播放器测试这些文件能不能正常解压/播放。
  3. 很多情况下 99% 完成的多文件 BT 任务，缺失的只是其中一个小文件（比如一个 txt 说明文档、一个 nfo 文件），其他大文件都完整。

99% 卡住后的底线动作

按以下优先级依次尝试，每个方法之间等 10~30 分钟让它生效：

  1. 等 BitComet 自动激活长效种子（默认配置下会自动触发）。
  2. 强制重新校验 + 继续。
  3. 关闭再重开 BitComet（有时候 DHT 需要重新初始化才能找到新节点）。
  4. 在任务属性里手动加几个公共 Tracker（去 torrent 里搜最新的 Tracker 列表、加进去）。
  5. 跨客户端续传（换 qBittorrent）。
  6. 手动找 HTTP 镜像补上。
  7. 接受损失，换别的渠道获取这个资源（网盘、论坛私信等）。

如何预防 99% 卡住