BitComet 多镜像多线程 — 把一个文件从 N 个服务器同时拉

为什么一个源不够

HTTP/FTP 下载的速度瓶颈通常在服务器端：一个热门下载站点（比如开源软件镜像站、软件下载门户）可能被几万甚至几十万用户同时访问，单个用户能分到的带宽就很有限。比如服务器总带宽 1Gbps，10000 个用户同时下载，人均只有 100Kbps（大约 12KB/s）——这就是为什么很多小文件下载很慢的原因。

多镜像 + 多线程 是解决这个问题的经典方案：

多线程：把一个文件切成 N 段，用 N 个并发连接从同一个服务器同时拉不同的片段。但单个服务器的总出口带宽是有限的，一个客户端开太多线程反而会让服务器把你限速或封禁。
多镜像：在互联网上找到多个内容相同的下载地址（镜像服务器），把不同的下载段分配到不同的服务器上——理论上速度可以线性叠加。

BitComet 把两个结合起来，形成了自己的加速策略。

BitComet 的多线程配置

HTTP/FTP 下载默认开启 10 段并发下载。具体操作：

新建任务时设置

在 HTTP/FTP 任务属性 窗口中：

分段数：下拉框选择（1 ~ 50，默认 10）。
下载连接数上限：总并发连接的硬上限，防止被服务器拉黑，默认 50。
镜像数量上限：最多接入多少个镜像服务器，默认 10。
连接超时：单个连接等待响应的最长时间，默认 15 秒。超时后 BitComet 会自动放弃这个连接、换下一个。

下载过程中调整

右键任务 → "调整分段数"，可以在下载运行时动态增减段数——不需要停任务重开。BitComet 会把已有的下载段拆分或合并，效果立即可见。

多少段合适

小服务器 / 个人网站：建议 5~10 段。太多会被识别为恶意爬虫而被 IP 封禁。
大型 CDN / 官方镜像站：可以开到 20~30 段。CDN 节点通常带宽充足、并发限制宽松。
海外服务器：默认 10 段就行，跨国网络延迟高，太多段反而因为 TCP 握手开销大而变慢。
如果不确定：保持默认 10 段不会出错。

镜像服务器搜索机制

BitComet 自动找镜像的过程：

新建任务时立即触发搜索：拿到 URL 后，BitComet 把文件名（URL 最后一段）和文件大小作为搜索关键词，调用默认搜索引擎（百度、Bing、Google 等，取决于你的选择）去搜。
搜索结果过滤：过滤掉广告页、论坛帖子、404 错误页，保留看起来像真实下载链接的 URL。过滤条件包括：URL 扩展名匹配（.zip、.exe、.dmg 等）、HTTP 响应头的 Content-Length 字段和原文件大小接近。
候选 URL 预检：对每个候选 URL 发一个 HEAD 请求检查文件大小。大小偏差超过 5% 的被淘汰。
选中镜像加入下载：合格的镜像加入任务的下载通道列表。
下载过程中持续搜索：每隔 10 分钟（可配置）重新搜索一次，可能发现新的更优质的镜像。

手动添加镜像

如果你知道某个高质量镜像的下载地址，可以手动加：

HTTP/FTP 任务属性 → "镜像地址" 选项卡 → 点 "添加" 输入 URL → 确定。
手动添加的镜像优先级比自动搜索到的更高。

镜像搜索的局限

搜索引擎可能被反爬：某些搜索引擎对高频查询有限流，BitComet 如果一次性对大量任务搜镜像可能被临时 ban。
冷门资源没镜像：一个网上几乎没人知道的小文件，BitComet 怎么搜都找不到其他镜像。
搜索引擎对 HTTPS 资源的搜索效果差一些：搜索引擎爬虫对 HTTPS 站点的内容索引不完全。

如何确认多线程和镜像在工作

选中一个 HTTP/FTP 下载任务，切换到底部详情面板的 "日志" 选项卡。你会看到类似以下的日志条目：

正在从 主URL 下载 (10 段)
找到新的镜像: http://mirror1.example.com/file.zip (大小 123MB, 匹配)
找到新的镜像: http://mirror2.example.com/file.zip (大小 123MB, 匹配)
连接 #5 被关闭 (超时), 用镜像 #2 替代
当前正在从 3 个服务器并行下载, 总连接数 15

也可以在 "信息" 选项卡看实时统计——"已接入镜像数" 字段会告诉你当前有效镜像的数量。

和 P2P 加速的叠加

BitComet HTTP/FTP 下载完整的加速链路是：

HTTP/FTP 下载任务
├── 源服务器（主 URL）— 10 段并发
├── 镜像服务器 1~10 — 每个服务器也各自分段
└── BT P2P 加速通道 — 其他 BitComet 用户正在下载同一文件的客户端

三层叠加后速度理论上可以达到：单源速度 × 镜像数 × BT 加速贡献。BitComet 团队声称在理想条件下（热门资源 + 大量镜像 + 大量 P2P 用户）速度可以比单源下载快 300% ~ 500%。

当然，现实中很难同时满足所有条件——冷门资源可能一条都没。但对于热门开源软件（比如 Ubuntu ISO、开源工具包），这个加速效果是实实在在能感受到的。

常见问题

多线程被服务器封禁

症状：下载任务一直显示"连接超时"、一个段都连不上，或者下载了一小部分后被断开。解决方法：

减少分段数，从 10 降到 5 试试。
换一个镜像（BitComet 自动会尝试）。
如果只有一个服务器可用且它严格限制并发数，那就只用单线程下载。有些网站（比如某些个人博客、网盘直链）明确不支持多线程下载。

镜像搜索一直没结果

检查选项 → HTTP/FTP → 是否开启了"自动搜索镜像服务器"。
确认搜索引擎可用（在浏览器里用文件名搜一下看能否搜到结果）。
这个资源可能确实没镜像。正常现象，接受即可。

多线程反而更慢

服务器带宽不足：开 10 段从同一个弱服务器拉，每个段分到的带宽更少，总速度反而不如单线程。
跨国网络延迟：国内访问海外服务器的延迟高（100ms+），多线程的 TCP 握手开销大。
运营商限速：某些运营商对 HTTP 多线程下载有隐性限速策略。

可以试试减少段数观察总速度变化，找到这个服务器的"甜蜜点"。