為什麼「下載」最後會變成好幾個程式

下載看起來是一件事，實際上是一堆事。一個普通連結來的大檔案、一個需要用點對點程式處理的種子、一段不是以檔案形式存在、而是一片片送過來的影片、還有隔壁房間那台機器上的一份共享。每一種都有自己的協定，而因為每一種協定都是跟著自己的工具長大的，習慣的答案就是同時裝著四個程式，並記住哪一種位址該開哪一個。這樣安排並沒有壞掉，它只是歷史的成本，而這個成本在每次收到連結時都要付一次：第一個決定不是「要下載什麼」，而是「要開哪一個」。這裡的想法，是把那些協定全部收到同一個引擎後面，讓那個決定消失。

先量，再決定怎麼切

引擎以 Rust 寫成，建立在非同步的執行環境上，網路的進出與磁碟的寫入都在那一側完成。這件事要緊的理由不是單純的速度，而是它在開始之前做了什麼：它不會一上來就把每個檔案切成固定的段數，而是先送出一個小小的探測請求，量出實際可用的頻寬，再把這個測量結果跟檔案大小、處理器核心數一起算，得出最合適的分段數。

這個選擇背後的規則才是有意思的部分，因為它們把經驗寫了進去。幾 MB 以下的檔案根本不分段——一條連線比協調好幾條還快。較大的檔案則讓每一段維持在一個最小尺寸之上，理由很具體：不要讓機械硬碟同時被十幾個位置隨機寫入打得團團轉。實際效果是，快的連線吃到完整的平行好處，而慢的連線或小檔案，不會因為熱心反而變慢。而且這些都不需要使用者知道——沒有段數要調。

十種協定，一個地方

這裡是它跟單一用途下載工具分開的地方。兩種網頁協定上的普通直連是基本盤。以網頁檔案協定開放的儲存，明文與加密兩種形式都在範圍內。傳統檔案傳輸的兩種形式、加密的殼層版本，以及區域網路內使用的檔案分享協定，也都有。點對點有兩種樣子：協定本身與磁力連結，而較舊的點對點連結格式則透過一個必須另外存在的外部程式支援。串流清單——那種把影片當成一串編號短片、而不是一個檔案送過來的格式——也處理了，包含以標準加密法保護的分片解密。分散式儲存協定補完整份清單，這一項並不常見，但受歡迎。

其中兩項值得多說一句。串流擷取是多數單一用途工具停下來的地方，因為清單不是檔案、分片又經常是加密的；把解密正確做好，就是「能抓影片的工具」與「只能抓到一堆播不出來的碎片的工具」之間的差別。而較舊的點對點連結格式還活在檔案庫與老論壇裡，支援它的意義是「拿得到那些原本拿不到的東西」，而不是為了清單完整。

瀏覽器把工作交出來

兩個主要瀏覽器都有擴充功能，而它做的是兩件不同的事。第一件是接管：在瀏覽器裡開始的下載，會被轉交給這個下載工具處理，於是「複製連結、再到別處貼上」那套動作就消失了。哪些站台要接管、哪些不要，是可以設定的——這點要緊，因為沒有人想讓每一個小檔案都被改道。

第二件是偵測。頁面開著的時候，擴充功能會去找它後面的影片串流位址——通常是清單格式——然後讓你一個動作就能送進下載。曾經在瀏覽器的開發者工具裡耗掉二十分鐘、在兩百個請求裡找那一個的人，會明白為什麼這才是天天用、而不是偶爾用的功能。

一個引擎，幾張臉

架構本身就是「一致性」的論據。三種系統上的桌面版，是用外殼把網頁技術的介面裹起來；兩種行動系統上的版本用跨平台工具組打造；而兩者都坐在同一個 Rust 引擎上。另外還有一支獨立的命令列工具，把引擎直接用出來，具備佇列管理、併發控制與中斷續傳——對於「要自動化下載」而不是「要點滑鼠下載」的人，這才是引擎真正有用的地方。

因為引擎是共用的、不是每個平台各寫一遍，行為不會漂移：分段邏輯、協定支援、續傳處理，不管你是在筆電、手機還是腳本裡開始的任務，都是同一套。這是把難的部分放在一個地方的安靜好處，也是為什麼那份協定清單可以相信它在每個平台上都指同一件事。

它做的事不炫，而且早該有人做：把原本散在好幾個工具裡的下載需求收進一個程式，而且引擎會自己決定設定。免費、開放、沒有廣告，瀏覽器擴充功能會接管也會偵測——而且在它表現良好之前，沒有參數需要你先調。

老實的評價

有意思的工程全在使用者看不見的地方：決定之前先探測、為磁碟著想的最小分段、把串流分片的解密正確做好、一個引擎被五種平台與一支命令列共用。這些都不會讓截圖更好看，而它們全都是「第一次用就表現合理、而不是調了一輪才合理」的原因。對於那些現在還得記住「這種位址要開四個程式裡的哪一個」的人來說，這是實質的改善，而且是那種一週之內就不再被注意到的改善——對一支工具程式來說，這是最高的讚美。