BitComet HTTP/FTP 下载 — 不只是 BT 客户端的下载器

BitComet 为什么要做 HTTP/FTP 下载

这是一个很有意思的问题——绝大多数 BT 客户端（qBittorrent、uTorrent、Vuze 等）都不提供 HTTP/FTP 下载功能，为什么 BitComet 要做？

BitComet 团队的回答大概是：下载行为是一致的，不管协议是什么——用户只想把文件拿到手，不想为不同协议装不同客户端。所以 BitComet 的定位从一开始就不是"BT 客户端"，而是"下载客户端"——BT 只是它支持的第一个协议，后面又加了 HTTP、FTP、eMule。

这个定位在今天看来是对的——很多用户手机上装了 2~3 个下载器专门处理不同协议，电脑上也差不多。BitComet 想做的是"一个顶多个"。

HTTP/FTP 下载和 BT 下载的区别

虽然 BitComet 把两种协议的任务统一放在同一个界面管理，但底层是两套完全不同的协议栈：

对比项	BT 下载	HTTP/FTP 下载
数据来源	其他 BT 用户的客户端（对等者）	HTTP/FTP 服务器 + BitComet 的 P2P 加速
连接模型	P2P（客户端既是下载者也是上传者）	C/S（客户端只下载，服务器只提供）
数据完整性	每个分片独立哈希校验	整个文件一个哈希（如果服务器提供的话）
断点续传	原生支持（基于分片）	依赖服务器是否支持 Range 请求
速度上限	理论上由对等者数量决定（热门资源可非常快）	理论上由服务器带宽决定
上传贡献	强制（下载后自动做种）	可选（只有开启 P2P 加速 HTTP 才会上传）

BitComet HTTP/FTP 下载的核心能力

多线程分段下载

默认把一个文件切成 10 个段并行下载，最大可以开到 50 段。段数越多速度越快（前提是服务器允许大量并发连接）。段数可以在任务属性 → HTTP/FTP → 分段数里手动改。

多镜像服务器

BitComet 会自动在搜索引擎和已知镜像站点里搜索同一文件的镜像地址（URL 不同但文件哈希相同）。找到的镜像越多，并行下载的速度越快。镜像数量上限默认 10，可以在选项 → HTTP/FTP 里调整。

P2P 加速 HTTP 下载（BitComet 独有）

这是 BitComet HTTP/FTP 下载最大的亮点——即使是 HTTP 下载任务，BitComet 也会去 BT 网络找有没有其他 BitComet 用户也在下载同一个文件。如果有，就从他们的客户端那里获取数据片段作为额外数据源。这相当于给 HTTP 下载任务又叠了一层 BT 加速，速度可以翻倍甚至更多。

P2P 加速默认开启，在选项 → HTTP/FTP → "启用 HTTP 下载的 P2P 加速" 里可以关闭。

智能文件命名

有些 HTTP 服务器返回的文件名非常混乱——比如 link.php?id=12345、download.jsp、甚至就是一堆乱码。BitComet 会根据服务器返回的 Content-Disposition 头、URL 里的文件扩展名、甚至文件内容（Magic Number 检测文件类型）来尝试给文件起一个有意义的名字。对 MP3 文件还能自动读取 ID3 标签填入文件名。

批量下载

支持按编号批量（比如 file01.zip 到 file20.zip）和从 HTML 网页批量提取链接。详见后面的专门文章。

添加 HTTP/FTP 任务的方法

方法一：粘贴 URL

Ctrl+U 打开"打开 URL"窗口，粘贴一个或多个 HTTP/FTP 链接确定。BitComet 会自动识别是 BT 还是 HTTP/FTP。

方法二：浏览器集成

如果 BitComet 是系统默认下载器，浏览器里点击 HTTP/FTP 下载链接时会自动弹出 BitComet 的任务属性窗口。安装时 BitComet 会注册为 Firefox、Chrome、Edge 的默认下载处理器。

方法三：拖拽

把浏览器地址栏或页面上的下载链接直接拖到 BitComet 主窗口里。

HTTP/FTP 下载和 BT 下载的队列关系

所有任务（BT + HTTP/FTP）在同一个队列里调度，但 BitComet 会自动做一些智能分配：

不同类型的任务不互相抢带宽：默认配置下 BT 任务和 HTTP/FTP 任务可以各自跑满不互相限速——如果你有特殊需求可以手动调整全局带宽分配。
全局限速统一生效：选项 → 全局限速 里的"下载速度上限"是所有任务加起来的总和上限，BT 和 HTTP/FTP 共享。
可以暂停/继续/删除单个任务：和 BT 任务一样的操作方式。

HTTPS 支持

从 v2.10（2024 年 10 月）开始 BitComet 正式支持 HTTPS。早期版本只支持 HTTP 和 FTP，碰到 HTTPS 链接会报错。如果你用的旧版本需要先升级。

HTTPS 链接的处理和 HTTP 完全一样——粘贴进去就行。BitComet 会自动验证 SSL 证书。对于使用自签名证书的网站，BitComet 会提示警告，用户选择"仍然继续"即可（在信任服务器的前提下）。

FTP 协议在今天已经很少用了，但 BitComet 仍然完整支持（包括 FTP over SSL/TLS 的 FTPS）。

下载完成后的操作

HTTP/FTP 任务下载完成后不会自动做种——这和 BT 任务不同，因为 HTTP/FTP 服务器不需要客户端之间互相传数据。如果开启了 P2P 加速 HTTP 下载，下载完成后 BitComet 会在后台继续作为"HTTP P2P 种子"上传数据给其他也在 P2P 加速下载这个文件的 BitComet 用户。这个行为默认开启，可以在选项 → HTTP/FTP → "下载完成后继续做种" 里关闭。

和专业 HTTP 下载器的对比

对比项	BitComet	IDM（Internet Download Manager）	迅雷
多线程	✅ 默认 10，最大 50	✅ 默认 32	✅ 会员不限线程
多镜像	✅ 自动搜索	✅ 自动搜索	✅ 自动搜索
P2P 加速 HTTP	✅ BitComet 独有	❌	✅ 迅雷会员专属
视频嗅探	❌	✅ 非常强	✅ 中等
浏览器集成	一般	很强	很强
免费	✅ 完全免费	❌ 付费	部分免费（会员免限速）
跨协议（加 BT）	✅ 同时管理	❌	✅ 同时管理 BT

简单说：日常 HTTP/FTP 下载 BitComet 完全够用且免费；需要视频嗅探、浏览器深度集成的场景，IDM 还是最好的选择；想把 HTTP + BT + 云加速整合在一起，迅雷生态更完整但付费门槛高。三者不是简单替代关系，很多用户会同时装两个。