BitComet 深度解析 — 從長效種子看 BT 網路的冷啟動難題

BitComet 是什麼，以及它為何在 BT 下載器中與眾不同

BitComet，中文名叫比特彗星，是一款開源免費的資源下載軟體，支援 torrent 種子檔案與磁力連結兩種 BT 下載方式，同時還內建 HTTP、FTP 甚至 eMule 協定的下載能力。它的手機版 APK（包名 com.bitcomet.android，最新 2.7.0 版約 26.81MB）在 Google Play 和國內各大應用商店都能找到。

但 BitComet 真正讓我感興趣的不是它"功能多"——qBittorrent、uTorrent、Vuze 這些競爭對手在 BT 領域的功能密集度一點都不遜色。讓它與眾不同的是一種叫做長效種子（Long-Term Seeding）的技術，這是 BitComet 自己提出並實作的 BT 協定擴充（後來成為 BEP-11 標準擴充），也是它在 BT 社區被稱為"最有社群精神的客戶端"的原因。

如果你用過 BT 下載，一定碰過這種情況：找到了一個資源，torrent 打開後對等者數量顯示為 0 或個位數，任務掛在那裡幾天動靜都沒有——這就是 BT 網路的冷啟動難題。新資源剛發佈時，發佈者（初始種子）通常會保持線上一段時間，但幾小時或幾天之後他們就下線了。如果此時下載者數量還不足以互相分享資料，這個資源就變成死局——沒有人能下，也沒有人願意當第二個種子。

傳統 BT 客戶端的做法是"下完即走"：下載完成後自動做種一段時間（通常幾十分鐘到一兩小時），然後就停止上傳。這個行為在 BT 社區被稱為"吸血（Leeching）"，但幾乎所有人都在這麼做——畢竟上傳頻寬對大多數家庭用戶來說是寶貴的。

BitComet官網 的思路是：如果大家都不願意長期做種，那我讓客戶端自己來做——但它不是簡單地延長做種時間，而是重新設計了整個資料散佈的機制。

安裝

BitComet 手機版 APK 安裝包大小約 26.81MB，支援 Android 系統。安裝過程和一般 APK 類似，但有幾點值得注意：

首先，這是一款來自第三方開發者 bitcomet 的應用，某些國內應用商店可能會標註"非官方"或要求額外放行。如果從應用商店下載，確認開發者名稱確實是 bitcomet 後再安裝；如果要找 BitComet下載 包，Android 會提示"允許安裝未知來源應用"，需要在系統設定中臨時開啟對應權限。

其次，首次啟動時 BitComet 會請求存儲訪問權限——這是必要的，因為它需要在你的裝置上建立下載目錄（預設是內部存儲的 Download/BitComet 資料夾），並且在 BT 下載過程中寫入臨時檔案（.bc! 副檔名的暫存檔）。如果拒絕這個權限，應用會正常開啟但無法建立任何下載任務。

另外，2026 年 9 月 25 日發佈的 2.7.0 是目前最新版本，修復了幾個舊版的 DHT 連線問題和部分 Android 14 裝置上的背景服務異常。如果你手上的版本早於 2.6.0，建議直接升到最新版——舊版在新版 Android 上可能會因後台限制而導致下載速度不穩。

長效種子：把完整資料注入 DHT 網路

長效種子的設計核心是：不把自己當成一個"做種的用戶"，而是把自己當成一個"資料服務節點"。

讓我用一個生活類比來解釋傳統 BT 和長效種子的差異：BT 網路就像一個跳蚤市場，每個攤位（對等者）只在自己有東西要買或賣的時候才出現，買完就走。新資源剛擺出來時，如果第一個攤主（初始種子）走了而後續的買家還沒形成規模，這個攤位就會因為沒有人看而消失——後來的買家根本找不到這件貨。

傳統 BT 客戶端的"做種"就相當於買完東西後在攤位前多站十分鐘，給後來的人指個路，但十分鐘後你也走了。長效種子則是買完東西後直接租下了一個固定攤位——你把從這個資源獲得的完整資料片段"注入"到 DHT（分散式雜湊表）網路中，讓整個 DHT 網路都知道"這份資料在這裡"。之後任何一個嘗試下載這個資源的客戶端，都會通過 DHT 找到你，直接從你這裡獲取資料——即使 Tracker 伺服器掛了也沒關係。

技術層面，這個機制的運作流程大致是這樣的：

1. 下載完成後，BitComet 不立即停止上傳，而是保持與 DHT 網路的連線；
2. 資料分片註冊：它把自己持有的每個資料分片（BT 的分片通常是 256KB~1MB）對應的雜湊值，在 DHT 網路上做廣播；
3. 被動響應：之後任何一個客戶端如果通過 DHT 搜尋這個資源的分片，BitComet 都會回應"我有這個分片"，然後建立連線傳輸資料；
4. 持續性：只要 BitComet 保持運行且網路暢通，這些資料分片就一直可用——可能幾天、幾週甚至幾個月。

這裡有一個關鍵的設計取捨：長效種子不支援私有種子（Private Torrent）。原因是私有種子在 BT 協定層（BEP-27）就禁用了 DHT——私有種子的對等者只能從指定的 Tracker 伺服器獲取，而長效種子的資料發佈完全依賴 DHT。所以如果你下載的是需要登入論壇才能拿到的私種，長效種子會自動關閉。這是協定層的限制，不是 BitComet 的功能缺失。

BitComet 在選項介面中給長效種子提供了單獨的頻寬控制——"長效種子上傳限速"，建議設為 BT 總上傳限速的 30% 左右。這樣既保證了長效種子能正常運作，又不會把你的全部上傳頻寬耗光（特別是對於上行頻寬只有幾 Mbps 的家庭網路來說）。

跨協定與 P2P 加速 HTTP：從 BT 客戶端到統一下載器

長效種子不是 BitComet 唯一值得深入講的設計。從整體定位來看，BitComet 從一開始就沒有把自己定位成"又一個 BT 客戶端"——它的設計思路是：下載行為本質上是一致的，不管協定是什麼，用戶只想要把檔案拿到手，不想為不同協定裝不同客戶端。

這個定位導致了兩個有意思的功能設計。第一個是跨協定下載：如果你添加的是一個 BT 任務，但 BitComet 在 DHT 或其他來源發現了同一檔案的 HTTP/FTP 鏡像，它會自動同時從 BT 對等者和 HTTP 鏡像伺服器下載——相當於給 BT 任務疊了一層 HTTP 加速，冷啟動時特別有用，因為 HTTP 伺服器不會像 BT 對等者那樣說下線就下線。

第二個更有意思：HTTP 下載的 P2P 加速——這是 BitComet 獨有的功能，我還沒在其他任何下載器上見過。運作方式是這樣的：你添加了一個純 HTTP 的下載任務（比如從官方網站下載一個安裝包），BitComet 在從 HTTP 伺服器拉資料的同時，會去 DHT 網路上搜尋有沒有其他 BitComet 用戶也在下载同一個檔案（通過檔案雜湊比對）。如果找到，就從他們的設備那裡額外獲取資料分片——相當於給 HTTP 下載又疊了一層 BT 加速。這對從國外伺服器下載大檔案特別有效，因為單線程 HTTP 下載的速度經常受限於伺服器帶寬或跨境網路品質，而疊加上 P2P 後速度可以翻倍甚至更多。

當然這個功能也有代價：它意味著你的 HTTP 下載任務也會參與 P2P 網路——下載完成後 BitComet 會繼續在後台作為"HTTP P2P 種子"上傳資料給其他也在 P2P 加速下載同一檔案的用戶。如果你對隱私敏感（不希望自己的下載行為被 DHT 網路上的其他用戶知道），可以在選項中關閉這個功能。

設計取捨：這種架構意味著什麼

綜合下來看，BitComet 的技術架構有一個清晰的主線：用 BT 的 P2P 網路能力去解決所有協定的下載問題——BT 任務用 HTTP 鏡像加速，HTTP 任務用 P2P 加速，長效種子用 DHT 網路解決冷啟動。這種設計的優勢顯而易見：它比純 BT 客戶端（如 qBittorrent）適用場景更廣，比純 HTTP 下載器（如 IDM）多了一層 P2P 加速，而且完全免費。

但代價也很明顯。首先是資源消耗——同時維護 BT 連線池、HTTP 分段下載、P2P 加速和長效種子的多個狀態機，CPU 和記憶體占用會比專注於單一協定的客戶端高一些（官方文件建議同時運行的下載任務不超過 5 個，全局最大連接數調到 100~150 而不是預設的 200）。其次是複雜性——選項介面有 BT、HTTP/FTP、連線、限速、任務、介面外觀等多個模組，還有高級設定裡數百個隱藏的 key=value 配置項，普通用戶可能會覺得有點頭大。最後是隱私權問題——所有 P2P 相關功能（DHT、長效種子、HTTP P2P 加速）都意味著你的 IP 和下載行為會被 DHT 網路上的其他節點看到，版權敏感場景下需要特別注意。

所以我的判斷是：如果你是那種同時下載各種東西（BT 資源 + 軟體安裝包 + 影片）、希望一個客戶端搞定的用戶，或者你經常下載冷門資源（長效種子是這類資源能否下載成功的關鍵），BitComet 是非常好的選擇。但如果你只下載熱門資源（種子多的是，長效種子的優勢體現不出來），或者你對隱私極度敏感（所有 P2P 功能都要關閉），那 qBittorrent 這種更輕量的專業 BT 客戶端可能更適合你。

無論如何，BitComet 作為一個從 2003 年就存在的老牌專案，在 BT 協定擴充上做出了幾個真正有意義的創新——長效種子和跨協定加速都是它先提出並實作的。在 BT 這個已經相當成熟的技術領域裡，能持續 20 多年有新東西拿出來，本身就是一件不容易的事。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。