視窗關掉，下載還在跑：FluxDown 把桌面端從 Flutter 搬進 GPUI，工程師看的是記憶體那欄

10 月 1 日，開發者 clow 在 V2EX 的「分享創造」板貼出一篇遷移心得：免費多協定下載器 FluxDown 的桌面端，從 Flutter 界面換成了 GPUI，也就是 Zed 編輯器背後那套以 Rust 寫成的 UI 框架。半天內累積七百多次瀏覽，留言區蓋出的樓層不算多，但每一則都很有針對性。

為什麼要換：三個技術痛點

FluxDown 定位是 IDM（Internet Download Manager）的免費替代品，支援 HTTP 多線程、BT、磁力連結與 HLS 等協定。下載引擎本來就是 Rust 寫的，之前的桌面端卻是 Flutter，兩邊靠 FFI 溝通。

開發者列出來的問題很具體：每加一個功能，Rust 和 Dart 兩邊都要各寫一遍，還要再生成綁定程式碼；界面和引擎跑在同一個行程裡，界面出狀況，下載任務跟著遭殃；下載器需要常駐背景，但界面行程沒必要一直佔著記憶體。於是這次乾脆從引擎到界面全部改用 Rust。

現在的架構：三個行程各司其職

新的桌面端拆成三個行程：fluxdown-desktop 負責 GPUI 界面、fluxdown-agent 常駐處理系統匣與帳戶雲同步、fluxdownd 則是純下載核心。關掉視窗後界面行程直接退出，下載交給背景核心繼續跑；界面崩潰也不會拖垮進行中的任務。行程之間走本機 JSON-RPC，雙方要互相鑑權。

這個拆法還多送了一個好處：NAS 或伺服器上可以只跑 agent 加下載核心，再用瀏覽器開內建的 Web 頁面管理，和桌面端共用同一套核心與介面，省下另外維護服務端版本的成本。

留言區的兩種反應

與其說這是產品發表，不如說是一場小型的技術交流。有人直接回報 bug：macOS 上的輸入框顯示了 Windows 路徑、左側選單點到 webhook 時區域突然收起、設定頁不像常見的模態視窗。也有人許願希望支援 YouTube 等串流影片下載。

最熱絡的討論落在記憶體佔用上。有網友表示「在如今 RAM 貴如黃金的年代，這內存佔用小得誘人」，比較後認為和輕量工具 Neat Download Manager 相當，準備直接換掉。也有人把重點放在 GPUI 本身，認為 Rust 加 GPUI 可能是 GUI 開發的新選項，終於可以全部原生、不用依賴 webview。

這種「嫌瀏覽器不夠順，乾脆自己做一個桌機端」的路數，最近在獨立開發圈並不少見，先前有人在瀏覽器開了 81 個分頁後決定幫工具做桌機端，背後都是同一種對原生體驗的飢渴。

免費替代品的生存姿勢

FluxDown 的官網與 GitHub 都是公開的，開發者也明說剛遷移完，接下來輪到行動端與瀏覽器插件的大更新，歡迎使用者回報問題。對一般使用者來說，重點也許不是框架叫什麼，而是關掉視窗後下載還在跑、界面壞掉任務不死這兩件日常小事。框架之爭會過去，這些體驗會留下來。