優(yōu)：多線程、斷點(diǎn)續(xù)傳與BT排障)
上周有同事發(fā)消息問(wèn)我一個(gè) 4GB 出頭的公開(kāi)鏡像文件用瀏覽器自帶的下載器下到 92% 就斷了重來(lái)一遍還是斷在差不多的地方前后折騰了快兩個(gè)小時(shí)。這種場(chǎng)景我遇到過(guò)太多次——問(wèn)題往往不在網(wǎng)速而在于瀏覽器下載器本身就不是為大文件、長(zhǎng)時(shí)間、可能中斷這類任務(wù)設(shè)計(jì)的。后來(lái)我讓他換成 imFile 試了一次同一個(gè)鏈接二十分鐘下完中途我還讓他手動(dòng)暫停再繼續(xù)了一次用來(lái)驗(yàn)證斷點(diǎn)續(xù)傳是不是真的有效。imFile 是一款免費(fèi)的開(kāi)源下載管理器定位很明確把下載這件事從瀏覽器里拎出來(lái)交給一個(gè)專門(mén)的后臺(tái)程序去做。它支持 HTTP、HTTPS、FTP 直鏈下載也支持 BT 種子和磁力鏈接核心能力是多線程分段下載、斷點(diǎn)續(xù)傳、任務(wù)隊(duì)列管理和限速調(diào)度。底層調(diào)度用的是 aria2 那套成熟內(nèi)核前端是跨平臺(tái)的桌面界面Windows、macOS、Linux 都能跑。這篇文章寫(xiě)給兩類人一類是剛聽(tīng)說(shuō)這個(gè)工具、想花五分鐘先跑通一次的新手另一類是已經(jīng)在用、但總覺(jué)得速度沒(méi)跑滿BT 任務(wù)永遠(yuǎn)零速度的老用戶。我會(huì)把安裝前要想清楚的事、第一個(gè)任務(wù)怎么建、參數(shù)到底怎么調(diào)、出問(wèn)題往哪兒查按我自己的實(shí)際使用順序捋一遍。1. 一個(gè)下載管理器到底在替你做哪些事很多人對(duì)下載管理器的印象還停留在能多開(kāi)幾個(gè)線程的層面這個(gè)理解只對(duì)了一小半。真正讓它在處理大文件時(shí)明顯優(yōu)于瀏覽器下載器的是多線程分段、任務(wù)持久化、獨(dú)立的網(wǎng)絡(luò)調(diào)度這三件事疊在一起的效果。搞清楚這三件事各自解決什么問(wèn)題后面調(diào)參數(shù)的時(shí)候你才知道自己在動(dòng)哪顆螺絲。1.1 瀏覽器下載器為什么會(huì)在 90% 卡住瀏覽器下載一個(gè)文件本質(zhì)上是一條 TCP 連接從頭拉到尾中間任何一次網(wǎng)絡(luò)抖動(dòng)、路由切換、或者服務(wù)端主動(dòng)斷連整條流就斷了。瀏覽器雖然大多支持 Range 請(qǐng)求續(xù)傳但它的續(xù)傳邏輯比較保守一旦發(fā)現(xiàn)自己重新協(xié)商連接失敗或者服務(wù)端返回的響應(yīng)頭對(duì)不上就會(huì)直接把整個(gè)任務(wù)標(biāo)記為失敗然后讓你重新點(diǎn)一次從零開(kāi)始。這就是為什么很多人反復(fù)下同一個(gè)大文件每次都斷在相近的百分比——那個(gè)位置大概率是某個(gè)中間節(jié)點(diǎn)超時(shí)或者服務(wù)端做了連接時(shí)長(zhǎng)限制。另一層原因是瀏覽器把下載任務(wù)和瀏覽器進(jìn)程綁在一起。你把標(biāo)簽頁(yè)關(guān)了、瀏覽器崩了、系統(tǒng)休眠喚醒了任務(wù)狀態(tài)就丟了。下載管理器把這些任務(wù)存在獨(dú)立進(jìn)程里寫(xiě)盤(pán)的時(shí)候有完整的臨時(shí)文件索引哪怕程序被強(qiáng)制結(jié)束下次啟動(dòng)還能接著從斷點(diǎn)續(xù)——這個(gè)能力對(duì)大文件來(lái)說(shuō)是剛需不是錦上添花。1.2 多線程不是線程越多越快的線性關(guān)系這是最容易踩的認(rèn)知坑。分段下載的原理是把文件切成若干塊同時(shí)發(fā)多條連接各拉一塊理論上是線性加速。但實(shí)際速度受三個(gè)東西約束服務(wù)端對(duì)單 IP 的并發(fā)連接限制、你本地出口帶寬、以及磁盤(pán)寫(xiě)入速度。舉個(gè)我實(shí)測(cè)過(guò)的例子同一個(gè)源開(kāi) 4 線程跑到 8MB/s開(kāi)到 8 線程變成 9MB/s開(kāi)到 16 線程反而掉回 7MB/s 還伴隨大量重試。原因很直接——很多站點(diǎn)對(duì)單 IP 的并發(fā)連接數(shù)有閾值超過(guò)之后新連接會(huì)被排隊(duì)或者直接重置客戶端就得反復(fù)重連重連本身也消耗帶寬。所以我一般建議默認(rèn)先用 8 線程試跑不滿再往上加一次加 4加到速度不再漲就停手。這比一上來(lái)拉滿 32 線程要靠譜得多。1.3 imFile 的定位誰(shuí)該裝誰(shuí)裝了也用不上我把適用人群分成三類你可以對(duì)號(hào)入座。第一類經(jīng)常需要下載大體積公開(kāi)資源的人開(kāi)源項(xiàng)目的發(fā)布包、軟件安裝鏡像、公開(kāi)數(shù)據(jù)集、課程視頻素材。這類文件動(dòng)輒幾個(gè) G瀏覽器下載器的失敗率會(huì)讓你抓狂。第二類需要批量下載的人一次要拉幾十個(gè)文件手動(dòng)點(diǎn)幾十次不現(xiàn)實(shí)。imFile 支持批量導(dǎo)入鏈接、隊(duì)列排隊(duì)、失敗自動(dòng)重試這種場(chǎng)景下效率差距是數(shù)量級(jí)的。第三類需要 BT 和磁力鏈接的人瀏覽器根本不支持只能裝客戶端而 imFile 把直鏈和 BT 做在同一個(gè)界面里省得裝兩套。反過(guò)來(lái)說(shuō)如果你只是偶爾下幾張圖片、幾個(gè)幾十兆的文檔瀏覽器自帶下載器完全夠用裝個(gè)管理器反而多一層操作。工具的邊界要認(rèn)清別為了用而用。2. 安裝前把這三件事定下來(lái)后面少折騰我見(jiàn)過(guò)太多人裝完之后用了兩周發(fā)現(xiàn)下載目錄里堆了幾百個(gè)文件、緩存盤(pán)被臨時(shí)文件塞滿、每次重裝系統(tǒng)任務(wù)記錄全丟。這些問(wèn)題都不是軟件本身的毛病是安裝那五分鐘沒(méi)想清楚。下面三件事花三分鐘定下來(lái)能省后面幾個(gè)月的麻煩。2.1 裝在系統(tǒng)盤(pán)還是數(shù)據(jù)盤(pán)默認(rèn)安裝路徑通常在系統(tǒng)盤(pán)程序本體不大幾百兆的量級(jí)裝哪兒都行。但臨時(shí)文件和下載緩存是另一回事——多線程下載過(guò)程中會(huì)先寫(xiě)臨時(shí)分片文件一個(gè) 10GB 的任務(wù)峰值可能占用接近原始大小的臨時(shí)空間。如果你的系統(tǒng)盤(pán)是 256G 的固態(tài)、常年只剩二三十 G那就別讓緩存往系統(tǒng)盤(pán)寫(xiě)。我的做法是程序裝在系統(tǒng)盤(pán)啟動(dòng)快、權(quán)限清晰把默認(rèn)下載目錄和臨時(shí)目錄都指到數(shù)據(jù)盤(pán)的一個(gè)獨(dú)立分區(qū)。具體位置在設(shè)置的下載選項(xiàng)里兩個(gè)路徑可以分開(kāi)設(shè)置。分開(kāi)放的好處是你可以給臨時(shí)目錄單獨(dú)做清理策略而下載完成的文件不受影響。2.2 默認(rèn)下載目錄的分類規(guī)劃單一下載目錄用久了必然變成垃圾場(chǎng)。我建議一開(kāi)始就按用途分幾個(gè)子目錄而不是事后整理。目錄名放什么建議清理周期Downloads/軟件安裝包、綠色版工具三個(gè)月Downloads/素材圖片、音視頻素材半年Downloads/數(shù)據(jù)數(shù)據(jù)集、壓縮包用完即刪Downloads/臨時(shí)不確定要不要留的兩周分類不需要很細(xì)四五個(gè)桶足夠。關(guān)鍵是每次新建任務(wù)時(shí)imFile 允許你在任務(wù)對(duì)話框里直接改保存路徑養(yǎng)成順手改一下的習(xí)慣比事后翻文件夾強(qiáng)得多。這一步嚴(yán)格說(shuō)不是必須的但它是那種做了之后再也回不去的習(xí)慣。2.3 首次啟動(dòng)必須過(guò)一遍的五項(xiàng)設(shè)置裝完第一次打開(kāi)別急著建任務(wù)先花兩分鐘把這幾項(xiàng)調(diào)了。默認(rèn)值能用但都不是最優(yōu)。全局最大并發(fā)任務(wù)數(shù)默認(rèn)值通常偏小如果你經(jīng)常批量下載調(diào)到 3 到 5 比較合適。調(diào)太高會(huì)讓每個(gè)任務(wù)分到的連接數(shù)被攤薄反而都跑不快。單任務(wù)最大連接數(shù)這是我改得最勤的一項(xiàng)默認(rèn) 8 到 16 之間后面第 4 節(jié)細(xì)說(shuō)。全局下載限速默認(rèn)不限速。如果你還要開(kāi)會(huì)、看視頻建議設(shè)一個(gè)上限比如帶寬的 70%留出余量。臨時(shí)文件目錄按 2.1 說(shuō)的指到數(shù)據(jù)盤(pán)。剪貼板監(jiān)聽(tīng)建議打開(kāi)。打開(kāi)之后你復(fù)制一個(gè)下載鏈接程序會(huì)自動(dòng)彈窗問(wèn)要不要新建任務(wù)省掉手動(dòng)粘貼這一步。提示改完設(shè)置記得點(diǎn)保存再退出部分版本在直接關(guān)窗口的情況下不會(huì)提交未保存的改動(dòng)我因?yàn)檫@個(gè)白調(diào)過(guò)一次參數(shù)。3. 三分鐘跑通第一個(gè)任務(wù)從鏈接到落盤(pán)的完整鏈路設(shè)置調(diào)完之后建任務(wù)這一步其實(shí)很簡(jiǎn)單但界面上的信息密度不低第一次看容易懵。我把整個(gè)鏈路按操作順序拆開(kāi)順帶解釋每一塊面板在告訴你什么。3.1 新建任務(wù)的四個(gè)入口與各自的適用場(chǎng)景imFile 新建任務(wù)不止一個(gè)入口不同場(chǎng)景用不同入口效率差別很大。左上角加號(hào) / 新建按鈕最通用的方式粘貼單條鏈接。適合一次下一兩個(gè)文件。剪貼板自動(dòng)識(shí)別開(kāi)了監(jiān)聽(tīng)之后復(fù)制鏈接就彈窗詢問(wèn)。適合邊瀏覽邊下不用來(lái)回切窗口。批量導(dǎo)入把多行鏈接一次性粘進(jìn)去程序會(huì)逐行解析成多個(gè)任務(wù)。這個(gè)功能很多人不知道一次導(dǎo)幾十個(gè)鏈接的時(shí)候極其省事。種子文件 / 磁力鏈接直接拖入.torrent文件或者粘貼以磁力協(xié)議開(kāi)頭的鏈接。這里有個(gè)實(shí)操細(xì)節(jié)批量導(dǎo)入的時(shí)候如果鏈接里帶中文或者特殊字符部分版本解析會(huì)出錯(cuò)。我的處理辦法是先把鏈接粘到純文本編輯器里過(guò)一遍確認(rèn)每行一個(gè)、沒(méi)有多余空格和換行再整體粘進(jìn)去。聽(tīng)起來(lái)很笨但比導(dǎo)進(jìn)去一半失敗再回頭排查要快。3.2 看懂任務(wù)面板上的每個(gè)數(shù)字任務(wù)開(kāi)始跑之后面板上會(huì)有一排數(shù)字。第一次用的人常常只盯著速度看其實(shí)另外幾個(gè)信息更值得關(guān)注。連接數(shù)當(dāng)前實(shí)際建立了幾條連接。如果你設(shè)了 16 線程但這里長(zhǎng)期顯示 2 到 3說(shuō)明服務(wù)端限制了并發(fā)加線程也沒(méi)用該降下來(lái)減少重連開(kāi)銷(xiāo)。進(jìn)度百分比 已下載/總大小這個(gè)不用解釋但要注意總大小如果是未知通常意味著服務(wù)端沒(méi)返回 Content-Length這種情況下分段下載可能退化成單線程速度慢是正常的不是你參數(shù)設(shè)錯(cuò)了。剩余時(shí)間這個(gè)數(shù)字波動(dòng)很大參考價(jià)值有限別被它嚇到。它用的是瞬時(shí)速度推算速度一抖動(dòng)它就亂跳。狀態(tài)標(biāo)識(shí)等待、下載中、暫停、錯(cuò)誤、已完成。重點(diǎn)是錯(cuò)誤狀態(tài)鼠標(biāo)懸停通常會(huì)給出原因比如 403、404、連接超時(shí)。403 多半是防盜鏈需要在設(shè)置里加 Referer 請(qǐng)求頭404 就是鏈接失效了別浪費(fèi)時(shí)間重試。3.3 瀏覽器接管配置讓每次點(diǎn)擊都自動(dòng)進(jìn)來(lái)這一步是五分鐘上手里最容易被跳過(guò)、但收益最大的一環(huán)。配置好之后你在瀏覽器里點(diǎn)任何下載鏈接都會(huì)自動(dòng)轉(zhuǎn)交給 imFile不用復(fù)制粘貼。配置邏輯分兩層一層是瀏覽器擴(kuò)展一層是程序本體的 RPC 監(jiān)聽(tīng)。程序端需要在設(shè)置里開(kāi)啟外部接管記下監(jiān)聽(tīng)端口和一個(gè)隨機(jī)生成的密鑰瀏覽器擴(kuò)展那邊填上同樣的端口和密鑰兩邊就通了。不同版本的默認(rèn)端口不一樣以你界面上顯示的為準(zhǔn)別照抄網(wǎng)上的教程。裝完擴(kuò)展第一次測(cè)試建議找一個(gè)明確支持 Range 請(qǐng)求的小文件試比如某個(gè)開(kāi)源項(xiàng)目幾百兆的發(fā)布包。如果點(diǎn)擊后沒(méi)反應(yīng)先看程序端有沒(méi)有收到請(qǐng)求日志再看擴(kuò)展是不是在當(dāng)前站點(diǎn)被禁用了——有些瀏覽器對(duì)擴(kuò)展做了按站點(diǎn)授權(quán)默認(rèn)只對(duì)部分域名生效這個(gè)坑我踩過(guò)一次排查了半小時(shí)才發(fā)現(xiàn)是權(quán)限問(wèn)題。4. 線程數(shù)與分片參數(shù)真正決定速度的那兩個(gè)數(shù)字前面反復(fù)提到線程數(shù)這里把它講透。imFile 的速度調(diào)節(jié)本質(zhì)上就兩個(gè)參數(shù)在起作用單任務(wù)連接數(shù)和分片大小。很多人只調(diào)前者不調(diào)后者結(jié)果就是線程開(kāi)了一堆速度紋絲不動(dòng)。4.1 分片大小與連接數(shù)的聯(lián)動(dòng)關(guān)系分段下載的邏輯是程序先把文件按分片大小切成若干塊然后為每一塊建立連接去拉。這里有個(gè)關(guān)鍵約束很多人不知道——實(shí)際并發(fā)連接數(shù) min(連接數(shù)設(shè)置, 分片總數(shù))。意思是如果一個(gè)文件只有 100MB分片大小設(shè)在 20MB那它只能切出 5 塊你連接數(shù)設(shè)到 16 也只有 5 條連接在跑剩下 11 個(gè)名額是空轉(zhuǎn)的。反過(guò)來(lái)一個(gè) 20GB 的大文件分片 20MB 能切出 1000 多塊這時(shí)候連接數(shù)才是真正的瓶頸。所以調(diào)參的邏輯應(yīng)該是這樣的文件大小建議分片大小建議連接數(shù) 50MB不調(diào)單線程1 到 450MB ~ 500MB10MB8500MB ~ 5GB20MB默認(rèn)8 到 16 5GB20MB 到 50MB16分片調(diào)太小的副作用是請(qǐng)求次數(shù)暴增每個(gè)分片都要握手、協(xié)商、確認(rèn)開(kāi)銷(xiāo)攤下來(lái)可能吃掉多線程的收益。我在一個(gè) 300MB 的文件上試過(guò)把分片調(diào)到 1MB切出 300 塊連接數(shù) 16結(jié)果速度比默認(rèn)分片還低了大約 15%日志里全是連接建立和釋放的記錄。4.2 小文件為什么越開(kāi)線程越慢這是個(gè)反直覺(jué)但很常見(jiàn)的現(xiàn)象。一個(gè) 30MB 的文件你開(kāi) 16 線程程序切出十幾塊每塊只有兩兆不到。結(jié)果是什么TCP 連接剛進(jìn)入慢啟動(dòng)階段、窗口還沒(méi)漲起來(lái)數(shù)據(jù)就傳完了連接關(guān)閉。整個(gè)過(guò)程里幾乎全部時(shí)間花在建立連接和慢啟動(dòng)上真正的數(shù)據(jù)傳輸占比很低。這種場(chǎng)景下最優(yōu)解往往是老老實(shí)實(shí)單線程或者 2 到 4 線程。判斷標(biāo)準(zhǔn)很簡(jiǎn)單文件小于 50MB別折騰線程。速度差異通常在 10% 以內(nèi)而你浪費(fèi)的調(diào)試時(shí)間是它的幾十倍。4.3 磁盤(pán)預(yù)分配與寫(xiě)入瓶頸還有個(gè)容易被忽略的點(diǎn)磁盤(pán)寫(xiě)入。多線程下載時(shí)十幾條連接同時(shí)往磁盤(pán)寫(xiě)數(shù)據(jù)如果目標(biāo)盤(pán)是機(jī)械硬盤(pán)或者是一塊被其他程序占滿 IO 的固態(tài)盤(pán)寫(xiě)入隊(duì)列會(huì)堆積表現(xiàn)出來(lái)就是下載速度上不去但網(wǎng)絡(luò)監(jiān)控顯示帶寬沒(méi)跑滿。imFile 的底層支持幾種文件分配策略一般有不預(yù)分配預(yù)分配按需擴(kuò)展幾檔。大文件建議開(kāi)預(yù)分配它會(huì)在開(kāi)始下載時(shí)就把磁盤(pán)空間占好避免寫(xiě)到一半發(fā)現(xiàn)空間不足也能減少文件碎片的產(chǎn)生。代價(jià)是任務(wù)剛建立時(shí)會(huì)有幾秒到幾十秒的卡頓——那是程序在占位不是卡死了別急著點(diǎn)取消。小文件反而建議關(guān)掉預(yù)分配因?yàn)檎嘉荒菐酌肟赡鼙认螺d本身還長(zhǎng)。5. BT 與磁力任務(wù)調(diào)參邏輯和 HTTP 完全不同直鏈下載的優(yōu)化目標(biāo)是把我這條管道的帶寬榨干BT 的邏輯完全反過(guò)來(lái)你的速度取決于有多少人愿意給你傳數(shù)據(jù)。同一個(gè)軟件里兩套邏輯并存很多人用直鏈的思維去調(diào) BT自然調(diào)不出效果。5.1 連接數(shù)、做種比例與上傳的兩難BT 里幾個(gè)核心參數(shù)的意義和直鏈完全不同最大連接節(jié)點(diǎn)數(shù)指同時(shí)連多少個(gè)其他用戶。這個(gè)數(shù)不是越大越好連太多低質(zhì)量的節(jié)點(diǎn)會(huì)拖慢整體。一般 50 到 80 是常見(jiàn)區(qū)間我一般保持默認(rèn)附近不做大改。做種比例下載完成后繼續(xù)上傳直到上傳量達(dá)到下載量的多少倍。默認(rèn)通常是 1.0也就是傳出去跟拿回來(lái)一樣多就停。這個(gè)值關(guān)系到整個(gè)網(wǎng)絡(luò)的健康度——所有人都下完就跑資源很快就會(huì)沒(méi)人做種。我的習(xí)慣是設(shè)到 1.0 到 1.5做完自動(dòng)停不占帶寬。上傳限速這是個(gè)兩難。上傳占滿帶寬會(huì)嚴(yán)重影響下載速度因?yàn)?TCP 的 ACK 回包也走同一條上行鏈路。如果你的上行帶寬不大一定要設(shè)上傳限速比如上行的 60% 到 70%。我見(jiàn)過(guò)有人下行跑不滿排查半天發(fā)現(xiàn)是上行被上傳任務(wù)占死了。5.2 內(nèi)網(wǎng)環(huán)境下的連通性判斷BT 需要能被外部連接進(jìn)來(lái)才能拿到更多節(jié)點(diǎn)。如果你的設(shè)備在路由器后面、沒(méi)有做端口映射那就是內(nèi)網(wǎng)狀態(tài)能連出去但別人連不進(jìn)來(lái)獲取節(jié)點(diǎn)的效率會(huì)打折。判斷方法很直接看任務(wù)詳情里的連接狀態(tài)。如果長(zhǎng)期顯示只有主動(dòng)連出去的連接、沒(méi)有進(jìn)來(lái)的連接基本可以確認(rèn)是內(nèi)網(wǎng)環(huán)境。這種情況下的應(yīng)對(duì)有兩個(gè)方向一是在路由器上給這臺(tái)設(shè)備做端口轉(zhuǎn)發(fā)程序設(shè)置里能看到它監(jiān)聽(tīng)的端口范圍二是接受現(xiàn)狀內(nèi)網(wǎng)狀態(tài)下速度慢一些但通常也能下完只是耗時(shí)更長(zhǎng)。我自己的做法是常下的資源用內(nèi)網(wǎng)狀態(tài)湊合急用的再去路由器上配一次轉(zhuǎn)發(fā)。配置轉(zhuǎn)發(fā)的時(shí)候注意端口范圍要和程序設(shè)置里的一致而且設(shè)備最好設(shè)成固定內(nèi)網(wǎng)地址否則重啟后地址變了規(guī)則就失效了。5.3 零速度的分層排查鏈路BT 任務(wù)長(zhǎng)時(shí)間零速度是最常見(jiàn)的求助場(chǎng)景。我總結(jié)了一個(gè)從快到慢的排查順序按這個(gè)走能覆蓋八成情況。第一層看節(jié)點(diǎn)數(shù)。如果節(jié)點(diǎn)數(shù)是 0說(shuō)明根本沒(méi)找到其他用戶問(wèn)題在資源本身不在你的配置?？赡苓@個(gè)資源已經(jīng)沒(méi)人做種了換資源是唯一解法。第二層看有沒(méi)有連上的節(jié)點(diǎn)。節(jié)點(diǎn)數(shù)大于 0 但速度是 0說(shuō)明連上了但沒(méi)數(shù)據(jù)交換。這時(shí)候看種子/用戶比例里的種子數(shù)種子是 0 就還是沒(méi)人有完整文件。第三層看是否被限速。檢查全局限速、單任務(wù)限速、上傳限速三處有過(guò)不止一次是單任務(wù)限速被之前調(diào)過(guò)忘了改回去。第四層看磁盤(pán)。目標(biāo)盤(pán)滿了、或者路徑?jīng)]有寫(xiě)權(quán)限任務(wù)會(huì)一直卡在等待狀態(tài)。這個(gè)提示往往不明顯需要看任務(wù)詳情。第五層看端口。上面都正常但速度極低回到 5.2 的內(nèi)網(wǎng)判斷。注意BT 任務(wù)卡在獲取元數(shù)據(jù)階段超過(guò)十分鐘基本可以判定為找不到可用節(jié)點(diǎn)不要再等了換源比繼續(xù)掛機(jī)劃算。6. 長(zhǎng)跑用戶的三個(gè)習(xí)慣與兩個(gè)坑工具用久了決定體驗(yàn)的往往不是功能本身而是你圍繞它建立的使用習(xí)慣。這一節(jié)講三個(gè)我認(rèn)為值得養(yǎng)成的習(xí)慣以及兩個(gè)我實(shí)打?qū)嵅冗^(guò)的坑。6.1 任務(wù)隊(duì)列與優(yōu)先級(jí)批量下載的時(shí)候所有任務(wù)同時(shí)開(kāi)跑是最差的選擇。十幾條任務(wù)各分幾條連接誰(shuí)都跑不快而且你沒(méi)法判斷哪個(gè)先完成。正確做法是用隊(duì)列把急用的任務(wù)拖到列表頂部其余設(shè)為等待程序會(huì)按順序一個(gè)個(gè)跑。imFile 的設(shè)置里有全局并發(fā)上限把它設(shè)成 3 到 4剩下的任務(wù)自動(dòng)排隊(duì)。這樣每個(gè)任務(wù)能分到完整的連接配額整體完成時(shí)間反而更短——這是排隊(duì)論里很經(jīng)典的結(jié)論并發(fā)數(shù)超過(guò)某個(gè)點(diǎn)之后總吞吐量會(huì)下降。我自己的習(xí)慣是白天設(shè)并發(fā) 2把帶寬余量留給正常工作晚上設(shè)并發(fā) 4讓它跑一夜。6.2 緩存與歷史記錄清理下載管理器會(huì)積累兩類垃圾臨時(shí)分片文件和歷史任務(wù)記錄。臨時(shí)分片文件在任務(wù)正常完成后會(huì)自動(dòng)清理但如果任務(wù)被異常中斷、或者你手動(dòng)刪了任務(wù)卻沒(méi)勾選刪除文件這些分片就會(huì)滯留在臨時(shí)目錄里。時(shí)間長(zhǎng)了能占掉幾十個(gè) G。建議每個(gè)月掃一次臨時(shí)目錄把超過(guò)一周沒(méi)被訪問(wèn)的文件刪掉。歷史記錄本身不占空間但任務(wù)多了之后界面會(huì)卡。程序的設(shè)置里有歷史記錄保留條數(shù)的限制設(shè)個(gè) 200 到 500 條足夠超出的自動(dòng)清理。6.3 我踩過(guò)的兩個(gè)坑第一個(gè)坑改默認(rèn)下載目錄之后舊任務(wù)找不到文件。有次我把默認(rèn)目錄從 C 盤(pán)改到 D 盤(pán)然后發(fā)現(xiàn)之前下載完成的任務(wù)雙擊打開(kāi)提示文件不存在。原因是任務(wù)的保存路徑是記錄在任務(wù)里的絕對(duì)路徑改默認(rèn)目錄只影響新任務(wù)。解決辦法是別去動(dòng)已完成任務(wù)的路徑或者移動(dòng)文件后用重新定位功能手動(dòng)指一次。第二個(gè)坑多個(gè)任務(wù)同時(shí)寫(xiě)同一塊盤(pán)導(dǎo)致整體變慢。我一度把并發(fā)設(shè)到 8同時(shí)下 8 個(gè)幾 G 的文件結(jié)果全部速度都只有幾百 K。查了半天發(fā)現(xiàn)是那塊老機(jī)械盤(pán)扛不住 8 個(gè)任務(wù)的多線程隨機(jī)寫(xiě)。換成固態(tài)盤(pán)、并發(fā)降到 3 之后總速度立刻上去了。這件事讓我明白下載速度的上限經(jīng)常不在網(wǎng)絡(luò)而在磁盤(pán)。最后分享一個(gè)我一直在用的小技巧給常用的下載源單獨(dú)記一份配置。不同站點(diǎn)對(duì)連接數(shù)的容忍度差別很大有的開(kāi) 16 線程穩(wěn)如老狗有的開(kāi) 4 線程就給你限速。我建了份簡(jiǎn)單的備忘記錄每個(gè)常用源的最優(yōu)連接數(shù)新建任務(wù)時(shí)直接照著設(shè)比每次現(xiàn)場(chǎng)試錯(cuò)快得多。這份備忘寫(xiě)著寫(xiě)著就成了個(gè)人經(jīng)驗(yàn)庫(kù)比任何通用教程都貼合自己的實(shí)際場(chǎng)景。 imFile下載管理器上手與調(diào)優(yōu)：多線程、斷點(diǎn)續(xù)傳與BT排障
上周有同事發(fā)消息問(wèn)我一個(gè) 4GB 出頭的公開(kāi)鏡像文件用瀏覽器自帶的下載器下到 92% 就斷了重來(lái)一遍還是斷在差不多的地方前后折騰了快兩個(gè)小時(shí)。這種場(chǎng)景我遇到過(guò)太多次——問(wèn)題往往不在網(wǎng)速而在于瀏覽器下載器本身就不是為大文件、長(zhǎng)時(shí)間、可能中斷這類任務(wù)設(shè)計(jì)的。后來(lái)我讓他換成 imFile 試了一次同一個(gè)鏈接二十分鐘下完中途我還讓他手動(dòng)暫停再繼續(xù)了一次用來(lái)驗(yàn)證斷點(diǎn)續(xù)傳是不是真的有效。imFile 是一款免費(fèi)的開(kāi)源下載管理器定位很明確把下載這件事從瀏覽器里拎出來(lái)交給一個(gè)專門(mén)的后臺(tái)程序去做。它支持 HTTP、HTTPS、FTP 直鏈下載也支持 BT 種子和磁力鏈接核心能力是多線程分段下載、斷點(diǎn)續(xù)傳、任務(wù)隊(duì)列管理和限速調(diào)度。底層調(diào)度用的是 aria2 那套成熟內(nèi)核前端是跨平臺(tái)的桌面界面Windows、macOS、Linux 都能跑。這篇文章寫(xiě)給兩類人一類是剛聽(tīng)說(shuō)這個(gè)工具、想花五分鐘先跑通一次的新手另一類是已經(jīng)在用、但總覺(jué)得速度沒(méi)跑滿BT 任務(wù)永遠(yuǎn)零速度的老用戶。我會(huì)把安裝前要想清楚的事、第一個(gè)任務(wù)怎么建、參數(shù)到底怎么調(diào)、出問(wèn)題往哪兒查按我自己的實(shí)際使用順序捋一遍。1. 一個(gè)下載管理器到底在替你做哪些事很多人對(duì)下載管理器的印象還停留在能多開(kāi)幾個(gè)線程的層面這個(gè)理解只對(duì)了一小半。真正讓它在處理大文件時(shí)明顯優(yōu)于瀏覽器下載器的是多線程分段、任務(wù)持久化、獨(dú)立的網(wǎng)絡(luò)調(diào)度這三件事疊在一起的效果。搞清楚這三件事各自解決什么問(wèn)題后面調(diào)參數(shù)的時(shí)候你才知道自己在動(dòng)哪顆螺絲。1.1 瀏覽器下載器為什么會(huì)在 90% 卡住瀏覽器下載一個(gè)文件本質(zhì)上是一條 TCP 連接從頭拉到尾中間任何一次網(wǎng)絡(luò)抖動(dòng)、路由切換、或者服務(wù)端主動(dòng)斷連整條流就斷了。瀏覽器雖然大多支持 Range 請(qǐng)求續(xù)傳但它的續(xù)傳邏輯比較保守一旦發(fā)現(xiàn)自己重新協(xié)商連接失敗或者服務(wù)端返回的響應(yīng)頭對(duì)不上就會(huì)直接把整個(gè)任務(wù)標(biāo)記為失敗然后讓你重新點(diǎn)一次從零開(kāi)始。這就是為什么很多人反復(fù)下同一個(gè)大文件每次都斷在相近的百分比——那個(gè)位置大概率是某個(gè)中間節(jié)點(diǎn)超時(shí)或者服務(wù)端做了連接時(shí)長(zhǎng)限制。另一層原因是瀏覽器把下載任務(wù)和瀏覽器進(jìn)程綁在一起。你把標(biāo)簽頁(yè)關(guān)了、瀏覽器崩了、系統(tǒng)休眠喚醒了任務(wù)狀態(tài)就丟了。下載管理器把這些任務(wù)存在獨(dú)立進(jìn)程里寫(xiě)盤(pán)的時(shí)候有完整的臨時(shí)文件索引哪怕程序被強(qiáng)制結(jié)束下次啟動(dòng)還能接著從斷點(diǎn)續(xù)——這個(gè)能力對(duì)大文件來(lái)說(shuō)是剛需不是錦上添花。1.2 多線程不是線程越多越快的線性關(guān)系這是最容易踩的認(rèn)知坑。分段下載的原理是把文件切成若干塊同時(shí)發(fā)多條連接各拉一塊理論上是線性加速。但實(shí)際速度受三個(gè)東西約束服務(wù)端對(duì)單 IP 的并發(fā)連接限制、你本地出口帶寬、以及磁盤(pán)寫(xiě)入速度。舉個(gè)我實(shí)測(cè)過(guò)的例子同一個(gè)源開(kāi) 4 線程跑到 8MB/s開(kāi)到 8 線程變成 9MB/s開(kāi)到 16 線程反而掉回 7MB/s 還伴隨大量重試。原因很直接——很多站點(diǎn)對(duì)單 IP 的并發(fā)連接數(shù)有閾值超過(guò)之后新連接會(huì)被排隊(duì)或者直接重置客戶端就得反復(fù)重連重連本身也消耗帶寬。所以我一般建議默認(rèn)先用 8 線程試跑不滿再往上加一次加 4加到速度不再漲就停手。這比一上來(lái)拉滿 32 線程要靠譜得多。1.3 imFile 的定位誰(shuí)該裝誰(shuí)裝了也用不上我把適用人群分成三類你可以對(duì)號(hào)入座。第一類經(jīng)常需要下載大體積公開(kāi)資源的人開(kāi)源項(xiàng)目的發(fā)布包、軟件安裝鏡像、公開(kāi)數(shù)據(jù)集、課程視頻素材。這類文件動(dòng)輒幾個(gè) G瀏覽器下載器的失敗率會(huì)讓你抓狂。第二類需要批量下載的人一次要拉幾十個(gè)文件手動(dòng)點(diǎn)幾十次不現(xiàn)實(shí)。imFile 支持批量導(dǎo)入鏈接、隊(duì)列排隊(duì)、失敗自動(dòng)重試這種場(chǎng)景下效率差距是數(shù)量級(jí)的。第三類需要 BT 和磁力鏈接的人瀏覽器根本不支持只能裝客戶端而 imFile 把直鏈和 BT 做在同一個(gè)界面里省得裝兩套。反過(guò)來(lái)說(shuō)如果你只是偶爾下幾張圖片、幾個(gè)幾十兆的文檔瀏覽器自帶下載器完全夠用裝個(gè)管理器反而多一層操作。工具的邊界要認(rèn)清別為了用而用。2. 安裝前把這三件事定下來(lái)后面少折騰我見(jiàn)過(guò)太多人裝完之后用了兩周發(fā)現(xiàn)下載目錄里堆了幾百個(gè)文件、緩存盤(pán)被臨時(shí)文件塞滿、每次重裝系統(tǒng)任務(wù)記錄全丟。這些問(wèn)題都不是軟件本身的毛病是安裝那五分鐘沒(méi)想清楚。下面三件事花三分鐘定下來(lái)能省后面幾個(gè)月的麻煩。2.1 裝在系統(tǒng)盤(pán)還是數(shù)據(jù)盤(pán)默認(rèn)安裝路徑通常在系統(tǒng)盤(pán)程序本體不大幾百兆的量級(jí)裝哪兒都行。但臨時(shí)文件和下載緩存是另一回事——多線程下載過(guò)程中會(huì)先寫(xiě)臨時(shí)分片文件一個(gè) 10GB 的任務(wù)峰值可能占用接近原始大小的臨時(shí)空間。如果你的系統(tǒng)盤(pán)是 256G 的固態(tài)、常年只剩二三十 G那就別讓緩存往系統(tǒng)盤(pán)寫(xiě)。我的做法是程序裝在系統(tǒng)盤(pán)啟動(dòng)快、權(quán)限清晰把默認(rèn)下載目錄和臨時(shí)目錄都指到數(shù)據(jù)盤(pán)的一個(gè)獨(dú)立分區(qū)。具體位置在設(shè)置的下載選項(xiàng)里兩個(gè)路徑可以分開(kāi)設(shè)置。分開(kāi)放的好處是你可以給臨時(shí)目錄單獨(dú)做清理策略而下載完成的文件不受影響。2.2 默認(rèn)下載目錄的分類規(guī)劃單一下載目錄用久了必然變成垃圾場(chǎng)。我建議一開(kāi)始就按用途分幾個(gè)子目錄而不是事后整理。目錄名放什么建議清理周期Downloads/軟件安裝包、綠色版工具三個(gè)月Downloads/素材圖片、音視頻素材半年Downloads/數(shù)據(jù)數(shù)據(jù)集、壓縮包用完即刪Downloads/臨時(shí)不確定要不要留的兩周分類不需要很細(xì)四五個(gè)桶足夠。關(guān)鍵是每次新建任務(wù)時(shí)imFile 允許你在任務(wù)對(duì)話框里直接改保存路徑養(yǎng)成順手改一下的習(xí)慣比事后翻文件夾強(qiáng)得多。這一步嚴(yán)格說(shuō)不是必須的但它是那種做了之后再也回不去的習(xí)慣。2.3 首次啟動(dòng)必須過(guò)一遍的五項(xiàng)設(shè)置裝完第一次打開(kāi)別急著建任務(wù)先花兩分鐘把這幾項(xiàng)調(diào)了。默認(rèn)值能用但都不是最優(yōu)。全局最大并發(fā)任務(wù)數(shù)默認(rèn)值通常偏小如果你經(jīng)常批量下載調(diào)到 3 到 5 比較合適。調(diào)太高會(huì)讓每個(gè)任務(wù)分到的連接數(shù)被攤薄反而都跑不快。單任務(wù)最大連接數(shù)這是我改得最勤的一項(xiàng)默認(rèn) 8 到 16 之間后面第 4 節(jié)細(xì)說(shuō)。全局下載限速默認(rèn)不限速。如果你還要開(kāi)會(huì)、看視頻建議設(shè)一個(gè)上限比如帶寬的 70%留出余量。臨時(shí)文件目錄按 2.1 說(shuō)的指到數(shù)據(jù)盤(pán)。剪貼板監(jiān)聽(tīng)建議打開(kāi)。打開(kāi)之后你復(fù)制一個(gè)下載鏈接程序會(huì)自動(dòng)彈窗問(wèn)要不要新建任務(wù)省掉手動(dòng)粘貼這一步。提示改完設(shè)置記得點(diǎn)保存再退出部分版本在直接關(guān)窗口的情況下不會(huì)提交未保存的改動(dòng)我因?yàn)檫@個(gè)白調(diào)過(guò)一次參數(shù)。3. 三分鐘跑通第一個(gè)任務(wù)從鏈接到落盤(pán)的完整鏈路設(shè)置調(diào)完之后建任務(wù)這一步其實(shí)很簡(jiǎn)單但界面上的信息密度不低第一次看容易懵。我把整個(gè)鏈路按操作順序拆開(kāi)順帶解釋每一塊面板在告訴你什么。3.1 新建任務(wù)的四個(gè)入口與各自的適用場(chǎng)景imFile 新建任務(wù)不止一個(gè)入口不同場(chǎng)景用不同入口效率差別很大。左上角加號(hào) / 新建按鈕最通用的方式粘貼單條鏈接。適合一次下一兩個(gè)文件。剪貼板自動(dòng)識(shí)別開(kāi)了監(jiān)聽(tīng)之后復(fù)制鏈接就彈窗詢問(wèn)。適合邊瀏覽邊下不用來(lái)回切窗口。批量導(dǎo)入把多行鏈接一次性粘進(jìn)去程序會(huì)逐行解析成多個(gè)任務(wù)。這個(gè)功能很多人不知道一次導(dǎo)幾十個(gè)鏈接的時(shí)候極其省事。種子文件 / 磁力鏈接直接拖入.torrent文件或者粘貼以磁力協(xié)議開(kāi)頭的鏈接。這里有個(gè)實(shí)操細(xì)節(jié)批量導(dǎo)入的時(shí)候如果鏈接里帶中文或者特殊字符部分版本解析會(huì)出錯(cuò)。我的處理辦法是先把鏈接粘到純文本編輯器里過(guò)一遍確認(rèn)每行一個(gè)、沒(méi)有多余空格和換行再整體粘進(jìn)去。聽(tīng)起來(lái)很笨但比導(dǎo)進(jìn)去一半失敗再回頭排查要快。3.2 看懂任務(wù)面板上的每個(gè)數(shù)字任務(wù)開(kāi)始跑之后面板上會(huì)有一排數(shù)字。第一次用的人常常只盯著速度看其實(shí)另外幾個(gè)信息更值得關(guān)注。連接數(shù)當(dāng)前實(shí)際建立了幾條連接。如果你設(shè)了 16 線程但這里長(zhǎng)期顯示 2 到 3說(shuō)明服務(wù)端限制了并發(fā)加線程也沒(méi)用該降下來(lái)減少重連開(kāi)銷(xiāo)。進(jìn)度百分比 已下載/總大小這個(gè)不用解釋但要注意總大小如果是未知通常意味著服務(wù)端沒(méi)返回 Content-Length這種情況下分段下載可能退化成單線程速度慢是正常的不是你參數(shù)設(shè)錯(cuò)了。剩余時(shí)間這個(gè)數(shù)字波動(dòng)很大參考價(jià)值有限別被它嚇到。它用的是瞬時(shí)速度推算速度一抖動(dòng)它就亂跳。狀態(tài)標(biāo)識(shí)等待、下載中、暫停、錯(cuò)誤、已完成。重點(diǎn)是錯(cuò)誤狀態(tài)鼠標(biāo)懸停通常會(huì)給出原因比如 403、404、連接超時(shí)。403 多半是防盜鏈需要在設(shè)置里加 Referer 請(qǐng)求頭404 就是鏈接失效了別浪費(fèi)時(shí)間重試。3.3 瀏覽器接管配置讓每次點(diǎn)擊都自動(dòng)進(jìn)來(lái)這一步是五分鐘上手里最容易被跳過(guò)、但收益最大的一環(huán)。配置好之后你在瀏覽器里點(diǎn)任何下載鏈接都會(huì)自動(dòng)轉(zhuǎn)交給 imFile不用復(fù)制粘貼。配置邏輯分兩層一層是瀏覽器擴(kuò)展一層是程序本體的 RPC 監(jiān)聽(tīng)。程序端需要在設(shè)置里開(kāi)啟外部接管記下監(jiān)聽(tīng)端口和一個(gè)隨機(jī)生成的密鑰瀏覽器擴(kuò)展那邊填上同樣的端口和密鑰兩邊就通了。不同版本的默認(rèn)端口不一樣以你界面上顯示的為準(zhǔn)別照抄網(wǎng)上的教程。裝完擴(kuò)展第一次測(cè)試建議找一個(gè)明確支持 Range 請(qǐng)求的小文件試比如某個(gè)開(kāi)源項(xiàng)目幾百兆的發(fā)布包。如果點(diǎn)擊后沒(méi)反應(yīng)先看程序端有沒(méi)有收到請(qǐng)求日志再看擴(kuò)展是不是在當(dāng)前站點(diǎn)被禁用了——有些瀏覽器對(duì)擴(kuò)展做了按站點(diǎn)授權(quán)默認(rèn)只對(duì)部分域名生效這個(gè)坑我踩過(guò)一次排查了半小時(shí)才發(fā)現(xiàn)是權(quán)限問(wèn)題。4. 線程數(shù)與分片參數(shù)真正決定速度的那兩個(gè)數(shù)字前面反復(fù)提到線程數(shù)這里把它講透。imFile 的速度調(diào)節(jié)本質(zhì)上就兩個(gè)參數(shù)在起作用單任務(wù)連接數(shù)和分片大小。很多人只調(diào)前者不調(diào)后者結(jié)果就是線程開(kāi)了一堆速度紋絲不動(dòng)。4.1 分片大小與連接數(shù)的聯(lián)動(dòng)關(guān)系分段下載的邏輯是程序先把文件按分片大小切成若干塊然后為每一塊建立連接去拉。這里有個(gè)關(guān)鍵約束很多人不知道——實(shí)際并發(fā)連接數(shù) min(連接數(shù)設(shè)置, 分片總數(shù))。意思是如果一個(gè)文件只有 100MB分片大小設(shè)在 20MB那它只能切出 5 塊你連接數(shù)設(shè)到 16 也只有 5 條連接在跑剩下 11 個(gè)名額是空轉(zhuǎn)的。反過(guò)來(lái)一個(gè) 20GB 的大文件分片 20MB 能切出 1000 多塊這時(shí)候連接數(shù)才是真正的瓶頸。所以調(diào)參的邏輯應(yīng)該是這樣的文件大小建議分片大小建議連接數(shù) 50MB不調(diào)單線程1 到 450MB ~ 500MB10MB8500MB ~ 5GB20MB默認(rèn)8 到 16 5GB20MB 到 50MB16分片調(diào)太小的副作用是請(qǐng)求次數(shù)暴增每個(gè)分片都要握手、協(xié)商、確認(rèn)開(kāi)銷(xiāo)攤下來(lái)可能吃掉多線程的收益。我在一個(gè) 300MB 的文件上試過(guò)把分片調(diào)到 1MB切出 300 塊連接數(shù) 16結(jié)果速度比默認(rèn)分片還低了大約 15%日志里全是連接建立和釋放的記錄。4.2 小文件為什么越開(kāi)線程越慢這是個(gè)反直覺(jué)但很常見(jiàn)的現(xiàn)象。一個(gè) 30MB 的文件你開(kāi) 16 線程程序切出十幾塊每塊只有兩兆不到。結(jié)果是什么TCP 連接剛進(jìn)入慢啟動(dòng)階段、窗口還沒(méi)漲起來(lái)數(shù)據(jù)就傳完了連接關(guān)閉。整個(gè)過(guò)程里幾乎全部時(shí)間花在建立連接和慢啟動(dòng)上真正的數(shù)據(jù)傳輸占比很低。這種場(chǎng)景下最優(yōu)解往往是老老實(shí)實(shí)單線程或者 2 到 4 線程。判斷標(biāo)準(zhǔn)很簡(jiǎn)單文件小于 50MB別折騰線程。速度差異通常在 10% 以內(nèi)而你浪費(fèi)的調(diào)試時(shí)間是它的幾十倍。4.3 磁盤(pán)預(yù)分配與寫(xiě)入瓶頸還有個(gè)容易被忽略的點(diǎn)磁盤(pán)寫(xiě)入。多線程下載時(shí)十幾條連接同時(shí)往磁盤(pán)寫(xiě)數(shù)據(jù)如果目標(biāo)盤(pán)是機(jī)械硬盤(pán)或者是一塊被其他程序占滿 IO 的固態(tài)盤(pán)寫(xiě)入隊(duì)列會(huì)堆積表現(xiàn)出來(lái)就是下載速度上不去但網(wǎng)絡(luò)監(jiān)控顯示帶寬沒(méi)跑滿。imFile 的底層支持幾種文件分配策略一般有不預(yù)分配預(yù)分配按需擴(kuò)展幾檔。大文件建議開(kāi)預(yù)分配它會(huì)在開(kāi)始下載時(shí)就把磁盤(pán)空間占好避免寫(xiě)到一半發(fā)現(xiàn)空間不足也能減少文件碎片的產(chǎn)生。代價(jià)是任務(wù)剛建立時(shí)會(huì)有幾秒到幾十秒的卡頓——那是程序在占位不是卡死了別急著點(diǎn)取消。小文件反而建議關(guān)掉預(yù)分配因?yàn)檎嘉荒菐酌肟赡鼙认螺d本身還長(zhǎng)。5. BT 與磁力任務(wù)調(diào)參邏輯和 HTTP 完全不同直鏈下載的優(yōu)化目標(biāo)是把我這條管道的帶寬榨干BT 的邏輯完全反過(guò)來(lái)你的速度取決于有多少人愿意給你傳數(shù)據(jù)。同一個(gè)軟件里兩套邏輯并存很多人用直鏈的思維去調(diào) BT自然調(diào)不出效果。5.1 連接數(shù)、做種比例與上傳的兩難BT 里幾個(gè)核心參數(shù)的意義和直鏈完全不同最大連接節(jié)點(diǎn)數(shù)指同時(shí)連多少個(gè)其他用戶。這個(gè)數(shù)不是越大越好連太多低質(zhì)量的節(jié)點(diǎn)會(huì)拖慢整體。一般 50 到 80 是常見(jiàn)區(qū)間我一般保持默認(rèn)附近不做大改。做種比例下載完成后繼續(xù)上傳直到上傳量達(dá)到下載量的多少倍。默認(rèn)通常是 1.0也就是傳出去跟拿回來(lái)一樣多就停。這個(gè)值關(guān)系到整個(gè)網(wǎng)絡(luò)的健康度——所有人都下完就跑資源很快就會(huì)沒(méi)人做種。我的習(xí)慣是設(shè)到 1.0 到 1.5做完自動(dòng)停不占帶寬。上傳限速這是個(gè)兩難。上傳占滿帶寬會(huì)嚴(yán)重影響下載速度因?yàn)?TCP 的 ACK 回包也走同一條上行鏈路。如果你的上行帶寬不大一定要設(shè)上傳限速比如上行的 60% 到 70%。我見(jiàn)過(guò)有人下行跑不滿排查半天發(fā)現(xiàn)是上行被上傳任務(wù)占死了。5.2 內(nèi)網(wǎng)環(huán)境下的連通性判斷BT 需要能被外部連接進(jìn)來(lái)才能拿到更多節(jié)點(diǎn)。如果你的設(shè)備在路由器后面、沒(méi)有做端口映射那就是內(nèi)網(wǎng)狀態(tài)能連出去但別人連不進(jìn)來(lái)獲取節(jié)點(diǎn)的效率會(huì)打折。判斷方法很直接看任務(wù)詳情里的連接狀態(tài)。如果長(zhǎng)期顯示只有主動(dòng)連出去的連接、沒(méi)有進(jìn)來(lái)的連接基本可以確認(rèn)是內(nèi)網(wǎng)環(huán)境。這種情況下的應(yīng)對(duì)有兩個(gè)方向一是在路由器上給這臺(tái)設(shè)備做端口轉(zhuǎn)發(fā)程序設(shè)置里能看到它監(jiān)聽(tīng)的端口范圍二是接受現(xiàn)狀內(nèi)網(wǎng)狀態(tài)下速度慢一些但通常也能下完只是耗時(shí)更長(zhǎng)。我自己的做法是常下的資源用內(nèi)網(wǎng)狀態(tài)湊合急用的再去路由器上配一次轉(zhuǎn)發(fā)。配置轉(zhuǎn)發(fā)的時(shí)候注意端口范圍要和程序設(shè)置里的一致而且設(shè)備最好設(shè)成固定內(nèi)網(wǎng)地址否則重啟后地址變了規(guī)則就失效了。5.3 零速度的分層排查鏈路BT 任務(wù)長(zhǎng)時(shí)間零速度是最常見(jiàn)的求助場(chǎng)景。我總結(jié)了一個(gè)從快到慢的排查順序按這個(gè)走能覆蓋八成情況。第一層看節(jié)點(diǎn)數(shù)。如果節(jié)點(diǎn)數(shù)是 0說(shuō)明根本沒(méi)找到其他用戶問(wèn)題在資源本身不在你的配置?？赡苓@個(gè)資源已經(jīng)沒(méi)人做種了換資源是唯一解法。第二層看有沒(méi)有連上的節(jié)點(diǎn)。節(jié)點(diǎn)數(shù)大于 0 但速度是 0說(shuō)明連上了但沒(méi)數(shù)據(jù)交換。這時(shí)候看種子/用戶比例里的種子數(shù)種子是 0 就還是沒(méi)人有完整文件。第三層看是否被限速。檢查全局限速、單任務(wù)限速、上傳限速三處有過(guò)不止一次是單任務(wù)限速被之前調(diào)過(guò)忘了改回去。第四層看磁盤(pán)。目標(biāo)盤(pán)滿了、或者路徑?jīng)]有寫(xiě)權(quán)限任務(wù)會(huì)一直卡在等待狀態(tài)。這個(gè)提示往往不明顯需要看任務(wù)詳情。第五層看端口。上面都正常但速度極低回到 5.2 的內(nèi)網(wǎng)判斷。注意BT 任務(wù)卡在獲取元數(shù)據(jù)階段超過(guò)十分鐘基本可以判定為找不到可用節(jié)點(diǎn)不要再等了換源比繼續(xù)掛機(jī)劃算。6. 長(zhǎng)跑用戶的三個(gè)習(xí)慣與兩個(gè)坑工具用久了決定體驗(yàn)的往往不是功能本身而是你圍繞它建立的使用習(xí)慣。這一節(jié)講三個(gè)我認(rèn)為值得養(yǎng)成的習(xí)慣以及兩個(gè)我實(shí)打?qū)嵅冗^(guò)的坑。6.1 任務(wù)隊(duì)列與優(yōu)先級(jí)批量下載的時(shí)候所有任務(wù)同時(shí)開(kāi)跑是最差的選擇。十幾條任務(wù)各分幾條連接誰(shuí)都跑不快而且你沒(méi)法判斷哪個(gè)先完成。正確做法是用隊(duì)列把急用的任務(wù)拖到列表頂部其余設(shè)為等待程序會(huì)按順序一個(gè)個(gè)跑。imFile 的設(shè)置里有全局并發(fā)上限把它設(shè)成 3 到 4剩下的任務(wù)自動(dòng)排隊(duì)。這樣每個(gè)任務(wù)能分到完整的連接配額整體完成時(shí)間反而更短——這是排隊(duì)論里很經(jīng)典的結(jié)論并發(fā)數(shù)超過(guò)某個(gè)點(diǎn)之后總吞吐量會(huì)下降。我自己的習(xí)慣是白天設(shè)并發(fā) 2把帶寬余量留給正常工作晚上設(shè)并發(fā) 4讓它跑一夜。6.2 緩存與歷史記錄清理下載管理器會(huì)積累兩類垃圾臨時(shí)分片文件和歷史任務(wù)記錄。臨時(shí)分片文件在任務(wù)正常完成后會(huì)自動(dòng)清理但如果任務(wù)被異常中斷、或者你手動(dòng)刪了任務(wù)卻沒(méi)勾選刪除文件這些分片就會(huì)滯留在臨時(shí)目錄里。時(shí)間長(zhǎng)了能占掉幾十個(gè) G。建議每個(gè)月掃一次臨時(shí)目錄把超過(guò)一周沒(méi)被訪問(wèn)的文件刪掉。歷史記錄本身不占空間但任務(wù)多了之后界面會(huì)卡。程序的設(shè)置里有歷史記錄保留條數(shù)的限制設(shè)個(gè) 200 到 500 條足夠超出的自動(dòng)清理。6.3 我踩過(guò)的兩個(gè)坑第一個(gè)坑改默認(rèn)下載目錄之后舊任務(wù)找不到文件。有次我把默認(rèn)目錄從 C 盤(pán)改到 D 盤(pán)然后發(fā)現(xiàn)之前下載完成的任務(wù)雙擊打開(kāi)提示文件不存在。原因是任務(wù)的保存路徑是記錄在任務(wù)里的絕對(duì)路徑改默認(rèn)目錄只影響新任務(wù)。解決辦法是別去動(dòng)已完成任務(wù)的路徑或者移動(dòng)文件后用重新定位功能手動(dòng)指一次。第二個(gè)坑多個(gè)任務(wù)同時(shí)寫(xiě)同一塊盤(pán)導(dǎo)致整體變慢。我一度把并發(fā)設(shè)到 8同時(shí)下 8 個(gè)幾 G 的文件結(jié)果全部速度都只有幾百 K。查了半天發(fā)現(xiàn)是那塊老機(jī)械盤(pán)扛不住 8 個(gè)任務(wù)的多線程隨機(jī)寫(xiě)。換成固態(tài)盤(pán)、并發(fā)降到 3 之后總速度立刻上去了。這件事讓我明白下載速度的上限經(jīng)常不在網(wǎng)絡(luò)而在磁盤(pán)。最后分享一個(gè)我一直在用的小技巧給常用的下載源單獨(dú)記一份配置。不同站點(diǎn)對(duì)連接數(shù)的容忍度差別很大有的開(kāi) 16 線程穩(wěn)如老狗有的開(kāi) 4 線程就給你限速。我建了份簡(jiǎn)單的備忘記錄每個(gè)常用源的最優(yōu)連接數(shù)新建任務(wù)時(shí)直接照著設(shè)比每次現(xiàn)場(chǎng)試錯(cuò)快得多。這份備忘寫(xiě)著寫(xiě)著就成了個(gè)人經(jīng)驗(yàn)庫(kù)比任何通用教程都貼合自己的實(shí)際場(chǎng)景。