BitComet 中文文档 下载 App

BitComet 跨协议下载 — BT 任务自动寻找 HTTP/FTP/eMule 加速源

什么是跨协议下载

传统 BT 客户端只从 BT 网络（其他 BT 用户的客户端）获取数据。BitComet 不一样——它在跑一个 BT 任务的时候，会主动去互联网上搜索同一个资源的 HTTP、FTP 甚至 eMule 源，把它们作为额外的下载通道接入。

举个例子：你通过磁链加入了一个热门资源的 BT 任务，正常情况下 BitComet 会从几十上百个 BT 对等者那里拉数据。但如果 BitComet 在搜索引擎里找到了同一个文件的 HTTP 直链下载地址（比如某个网盘的公开分享、官方下载站、CDN 镜像），它会自动把那个 HTTP 源也拉进来，当成一个"高速种子"——从 BT 对等者和 HTTP 源同时下载，速度可以叠加。

这就是 BitComet 和其他 BT 客户端最本质的架构差异之一：它不是一个纯 BT 客户端，而是一个多协议下载平台。

跨协议下载的三种数据源

HTTP / FTP 源

最常见也最有效的跨协议类型。BitComet 搜索 HTTP/FTP 源的方式：

  1. 用 BT 任务的文件名、资源标题等关键词调用搜索引擎。
  2. 从搜索结果中过滤出可能是下载链接的 URL。
  3. 对候选 URL 发起 HEAD 请求，检查文件大小和哈希是否和 BT 任务匹配。
  4. 匹配的 URL 作为 HTTP 源接入下载队列。

HTTP 源一旦接入，BitComet 会自动把它当成"一个高速对等者"来处理——可以从它那里拉任意分片（不是只能从头顺序下载）。如果这个 HTTP 源比较稳定（比如官方 CDN），它甚至可能成为这个任务里最快的数据源。

eMule 源

BitComet 安装时可以选择安装电驴插件，启用后可以额外接入 eMule 网络。当一个 BT 资源在 eMule 网络里也有人在共享时，BitComet 会自动从 eMule 客户端那里获取数据片段。不过 eMule 的整体下载速度普遍比较慢，跨协议接入 eMule 源更多是作为兜底补充。

长效种子池

严格说长效种子池不算"跨协议"（它还是 BT 协议），但它的搜索逻辑和 HTTP 源搜索类似——都是 BitComet 在 BT 对等者之外的搜索路径。

如何确认跨协议下载在工作

选中一个正在下载的 BT 任务，切换到底部详情面板的 "对等者" 选项卡。在这个列表里：

你也可以右键任务 → "任务属性" → "高级选项" 中看到当前已接入的跨协议源数量和总贡献带宽。

配置与关闭

跨协议下载默认是开启的，但你可以在全局选项里微调：

如果你网络带宽有限或者 HTTP/FTP 源被运营商限速，可以减少镜像数量，让 BitComet 把带宽留给 BT 对等者。

效果怎么样

优势场景

劣势场景

和纯 HTTP 下载的区别

你可能会说：既然 BitComet 能从 HTTP 源下载，那和直接把 HTTP 链接加进 BitComet 下有什么不一样？

关键区别在于是否同时从 BT 对等者下载。跨协议下载场景下，BitComet 同时跑着 BT 协议栈（从 BT 用户那里拉数据）和 HTTP 协议栈（从 HTTP 服务器那里拉数据），两条路并行叠加。而纯 HTTP 下载模式下根本不连 BT 网络。另一个区别是——跨协议场景下 HTTP 源通常只贡献一小部分数据，主体还是 BT 对等者；纯 HTTP 场景下所有数据来自 HTTP。

跨协议下载的隐私问题

BitComet 搜索 HTTP 镜像时会把资源名、哈希等关键词发送到搜索引擎——这意味着搜索引擎知道"有人在下载这个资源"。这个行为本身不会暴露你的身份（搜索引擎只看到一个搜索引擎爬虫的请求，不是你的真实 IP），但如果你对隐私极度敏感，可以在跨协议相关选项中关闭 HTTP 镜像自动搜索。

实战建议