75MB 的 Rust 下载器：六种协议一个队列，可自托管还能装进 NAS

一、93 天，172 个版本

下载工具这个品类，十年没出过像样的新东西了。要么是广告比功能多的老牌客户端，打开先看三十秒推荐；要么是躺在终端里、配置全靠翻文档的命令行工具，快是快，但磁力、网页视频、网盘直链各归各家。中间那块地方，一直空着。

2026 年 7 月 3 日，有人在一个叫 FluxDown 的仓库里开工。到 10 月 3 日，93 天里它发了 172 个版本、1,102 次提交、3,816 颗星，release 资产累计被下载 13.9 万次。

它的卖点不是“比谁快多少倍”，而是三件老工具没同时做到的事：把六类下载协议收进同一个队列、把界面和下载引擎彻底拆开、能装进 NAS 自己托管。前两件说的是“用一个软件管所有链接”，第三件说的是“换一台机器来下载”。

先把一件事说清楚：标题里的“迅雷”只是钩子。它没有迅雷那套专有加速网络，也没有云端离线下载，指望它顶掉迅雷会失望。真正变了的是另外三件事。

二、它到底收全了什么 开源、免费、多少星

AGPL-3.0 协议，引擎是 Rust 写的，桌面端用 GPUI 直接在 GPU 上画界面。仓库在 github.com/zerx-lab/FluxDown，3,816 star、226 fork、14 位贡献者。

先拆一个体积口径

“75MB”这个数字来自 GitHub API 的 size 字段，77,251 KB，含全部 Git 历史。用户真正下到手的东西不是一个数：

口径

体积

仓库，含 Git 历史

75.44MB

Windows 安装包

21.96MB

Windows 便携包

36.57MB

macOS 安装包，Apple Silicon

33.02MB

macOS 安装包，Intel

37.00MB

Linux AppImage

41.99MB

Linux 服务端包

24.86MB

Linux 命令行版

10.62MB

同一份代码，从 10MB 到 75MB 都是它。说“体积小”之前得先问一句：哪个口径。另外单个版本里挂着 48 个资产，横跨 Windows、macOS、Linux、Android 四种架构和五种 NAS 封装，这才是 172 个版本里最花工夫的地方。

六类协议，各自一套引擎

它不是把协议塞进一个通用下载循环，而是按链接类型自动选引擎：

协议

引擎

HTTP / HTTPS

reqwest，支持多网卡聚合与代理链路并行

FTP

suppaftp

BitTorrent

librqbit 9，含 DHT、UPnP、磁力

eD2K

服务器加 Kad 网络搜源，MD4 校验

HLS

m3u8-rs 解析、AES 解密、TS 转 MP4

DASH

dash-mpd

分段策略是动态的：任务跑起来之后按实际速度重新切分，慢段会被空闲线程接管。这一条是它和单连接下载器最本质的差别。

界面和引擎是分开的，作者亲手把上一版拆了

0.5.0 版 9 月 30 日发布之前，桌面端是 Flutter 写的。作者在官方公告里把问题列得很直白：界面和下载引擎挤在同一个进程里，用 FFI 信号桥通信，界面一崩，正在下的文件一起完；Flutter 桌面端没有真正的多窗口，为了一个快速下载小窗，要在 Windows 写 C++、macOS 写 Swift、Linux 写 C 三套原生宿主，各内嵌一个完整的 Flutter 引擎；那个引擎一旦创建就销毁不了，反复创建销毁会崩，只能常驻到应用退出；加一个按钮要写 Rust 信号、生成 Dart 绑定、再写一遍 Dart 模型，同一件事写两遍。

现在拆成三个进程，各干一件事：fluxdown-desktop 只负责画界面，开了才启动、关了就退出；fluxdown-agent 常驻，管托盘、浏览器抓取、剪贴板、云同步和本地接口；fluxdownd 是下载核心，独占引擎和数据库。

作者给的重写账：3 个进程、11 个独立界面模块、约 6.8 万行 Rust 界面代码、约 3 万行重写的网页控制台。结果是关掉窗口下载照跑，关掉最后一个窗口界面进程的内存全还给系统，常驻的只剩网关和核心，没有界面运行时。

能自托管

这是它和所有桌面下载器最大的一条分界。Docker、群晖 DSM 6 和 7、威联通 QTS、OpenWrt 软路由、Unraid、CasaOS 都有官方封装，默认端口 17800：

docker pull ghcr.io/zerx-lab/fluxdown-server:0.5.3docker run -d -p 17800:17800 -v fluxdown-data:/data \  ghcr.io/zerx-lab/fluxdown-server:0.5.3

首次打开网页完成初始化向导设访问密钥，无人值守部署可以用环境变量 FLUXDOWN_TOKEN 预置。NAS 上的网页控制台和桌面端共用同一套接口和能力，不是阉割版。还有一条容易被忽略的细节：空闲时不再唤醒休眠的 NAS 硬盘。

接口全开了

REST 管理接口自带 OpenAPI 描述；/jsonrpc 是 aria2 兼容的 JSON-RPC，老脚本能直接接；/mcp 是内置的 MCP 服务器，12 个工具，Claude、Cursor 这类 AI 客户端能直接管下载：

fluxdown pingfluxdown add "https://example.com/file.zip"fluxdown --json list

先承认：这不是套壳。作者那句“不是换皮”是有账可查的，6.8 万行界面代码和三个进程的拆分都摆在仓库里。

迭代速度的另一面：409 个没关的 issue

93 天 172 个版本、1,102 次提交，折算是每天 1.85 个版本、11.8 次提交。但同一个仓库里，未关闭的 issue 有 409 个、已关闭 254 个、PR 81 个——开的比关的多。

社区催的事也还挂着：有人提 BT 内核要升级到支持 uTP 与 IPv6 的版本，有人报卡巴斯基扫描报毒。功能密度是拿迭代速度换来的，积压也是。它不是“做完了”，是“还在长”。

“永久免费”是真话，但边界很具体

仓库首页写的是免费、开源、无广告。官网定价页写得更明确：免费版协议全给、线程不限、浏览器扩展、主题、插件全部包含；付费版只多两样，云配置同步和跨设备任务下发。

但作者 7 月 29 日在 GitHub 开了一个公开定价投票，244 条评论里 228 条是真实选票：

方案

票数

一次性买断，合计

138

按月订阅，合计

90

买断档：69 元

125

买断档：99 元

7

买断档：129 元与 199 元

6

订阅档：3 元每月

69

订阅档：6 元每月

19

订阅档：10 元及以上每月

2

官网现在的口径是：买断覆盖账号、配置同步、任务下发这类“一台服务器能扛几千人”的核心云服务；存储这类用量随规模增长的服务不在买断里，将来可能单独按订阅或按量卖。

所以“永久免费”的准确翻译是：本地能力永久免费，云端能力要买。这条边界作者写在官网上，比藏着强，但它确实不是“全都免费”。

愿意掏钱的人，比掏过钱的人多四倍

赞助墙从建仓当天开始记，到 10 月 4 日一共 71 笔，合计 2,199.56 元。其中 34 笔是 5 元，中位数就是 5 元；去掉最高那一笔 800 元，剩下 70 笔加起来只有 1,399.56 元。

而定价投票里，单是选 69 元买断的就有 125 人。真按这个价都掏，是 8,625 元。四倍的差，就是开源项目最真实的那道墙。

那笔 800 元的留言写着“终于有一个不是套壳 Web 的好软件出现”。也有赞助者写“加油 干翻某雷”——社区确实拿它当对手。但作者自己在官网常见问题里的对标写的是 IDM，不是迅雷。这个差别值得记一下。

它拿不走迅雷的那些东西

迅雷的护城河是专有加速网络和云端离线下载。同一个冷门资源，迅雷可能有一条别人没有的加速通道，FluxDown 只有你自己这条线路。协议收全解决的是“不用换软件”，不解决“同一个资源谁更快”。这是两件事。

另外三处要有心理准备。签名：Windows 版官方自己写着“暂未签名”，macOS 版没有苹果开发者证书，官网专门有一页解释“系统说应用已损坏怎么办”，答案是跑一条终端命令。隐私：仓库原文写的是“这不是一个零遥测的应用”，匿名安装与日活统计默认开着，可以在设置里关掉，官方声明不收集下载与任务信息。安全：官网的安全公告点名 fluxdown.com.cn 是假站，分发名为 SilverFox 的木马，安装包只从 GitHub Releases 或官网下载。

四、对谁有用

普通桌面用户，最直接的动力是六类协议一个队列加零广告，磁力、网盘直链、网页视频流不用开三个软件。要提醒的是它现在 409 个 issue 待处理，主版本刚换掉整个界面，稳一点的做法是先用便携版，顺手了再换主力。

NAS 和软路由用户是收益最大的一群人。这是“自托管”三个字的实际内容：下载任务跑在一直开机的机器上，手机、平板、电脑都能通过网页控制台下发和查看，桌面端关掉也不影响。同类工具里同时给出 Docker、两种 NAS 套件格式、路由器 IPK 和 Unraid 模板的不多。

开发者有两件可以直接抄。一是三进程拆法：界面、网关、下载核心各自独立，核心独占引擎和数据库，并明确只允许一个写入者——界面崩了不碰正在下载的文件，这条约束比“架构优雅”实在得多。二是内置 MCP 服务器，它把“能被 AI 客户端调用”当成了基础设施的默认项，而不是事后补一个插件；aria2 兼容的 JSON-RPC 也是同理，老脚本不用改。

最后一句实在话：它的强项是协议覆盖和本地优先，弱项是没有专有加速网络、云端能力要另外买、安装包还没签名。要不要换，取决于你更常遇到的是“下不到”，还是“同一个资源下得慢”。

五、你会为哪一头让步

六类协议一个队列、能装进 NAS 自己托管，代价是没有迅雷那样的专有加速网络、云端功能要另外掏钱。你更常碰到的是“手头下载器不支持这个链接”，还是“同一个资源别人的更快”？评论区说说你现在用什么在下载。