一个 Rust 引擎扛下六种下载协议，界面关掉传输还在继续——FluxDown 要解决的是「为了下载装四个软件」这件事。

下载这件事被拆得太碎了。直链靠浏览器，种子要另开客户端，流媒体切片还得再找个解析工具，ed2k 链接干脆没地方放。每个软件各管一段，限速规则、历史记录、保存目录散在四个地方，换台电脑就得重配一遍。FluxDown 的做法是把这些收进一个引擎：Rust 写下载内核，同一套队列管住所有协议，界面只负责显示。

截至 2026 年 11 月 2 日，它的版本号走到 0.6.6，采用 AGPL-3.0 许可开源，桌面端覆盖 Windows、macOS 与 Linux，另有 Android 客户端和无头服务器版本，本地使用不需要注册账号。

六种协议，一条队列

每种协议在 FluxDown 里都有专属下载器，但它们跑在同一个引擎内，共享队列、限速、重试、分类与续传状态。往新建任务里粘链接时不用管链接属于哪一类，磁力、ed2k 和普通直链会被自动识别，多行粘贴就批量建任务。

速度控制用的是令牌桶，按 KB/s 设一个全局上限，后台满速下载时看网页、开会不至于被拖死。校验也能在任务级别配，粘贴 MD5 或 SHA-256 期望值，下完自动比对，对不上就提示。

分段不是开工前切死的

常见的多线程做法是任务开始时把文件切成固定段数，段与段之间各走各的，一条连接慢了整条进度就跟着慢。FluxDown 的引擎改在运行时切分：连接数逐步爬升，只在服务器扛得住的时候加码；哪条连接提前收工，空闲连接会把还在传输的最大分段对半拆开，接手后半截。长连接会在分段之间复用，省掉重复握手；每个主机的连接上限和起步策略也被记下来，下次直接从合适的数字开始。

这套调度在慢镜像上最见效果。文件放在几个节点上、其中一个时快时慢时，任务不会被那一个拖住。

界面只是门面，关掉窗口下载照旧

FluxDown 把进程拆成四层。界面层按需启动，GPU 直接绘制窗口，关掉就退出；网关层常驻，负责托盘、浏览器捕获、剪贴板和对本机接口的调用；守护层管任务、队列、定时、RSS、插件与 Webhook；引擎在最里面跑协议、分段和持久化。因为传输不在界面进程里，关掉窗口不等于停下载，重新打开时窗口立刻接上实时状态。

进度也不是攒着定期写盘，而是每个字节区间都落进 SQLite，并且开着 WAL 模式。断电、崩溃、被强行结束后重新打开，任务从断点往下走，不会从零开始重下一遍。

浏览器那一层也接管了

Chrome、Edge、Firefox 三个扩展会在浏览器保存文件之前拦住请求，连同 Cookie 和来源页一起送进新建任务窗口。拦截靠三层判断：响应头、文件名特征，以及一层兜底监听，别人漏掉的它还能接住。页面里的视频、音频、HLS 与 DASH 流会按标签页分组嗅探出来，想临时绕过就按住 Alt 点链接。剪贴板里复制的链接、以及以 fluxdown 开头的协议链接，都会打开同一个预填好的表单。不想装扩展也有替补方案，用户脚本可以改走本机接口投递任务。

挂到 NAS 上，用浏览器管下载

无头服务器版本没有桌面界面，只留网关与守护两个常驻进程，Web 管理界面默认在 17800 端口，第一次打开会要求设置访问密钥。官方提供 Docker 镜像，也备好了群晖、威联通、OpenWrt、Unraid 和 CasaOS 的安装包。除了网页界面，它还给出 REST 接口、与 aria2 兼容的 JSON-RPC、命令行客户端，以及一个 Model Context Protocol 端点，AI 客户端能直接建任务、查进度、暂停恢复。

插件市场里可以装解析器和钩子，需要转码时按需拉取 ffmpeg 与 yt-dlp 在隔离环境里调用。RSS 订阅按规则筛选后无人值守下载，命名队列能按天定时启停，任务事件也可以推到自己的 Webhook 上。

谁适合用

偶尔存个几十兆的文件，浏览器自带下载就够，专门装一个反而多一层负担。它的价值在协议杂、任务多的场景：既下系统镜像又追种子，还要顺手把网页上的流媒体切下来，或者把 7×24 挂机的活丢给 NAS。开源加本地优先意味着下载记录不上传、不用注册账号，代价是安装包没做代码签名，Windows 和 macOS 首次运行会被系统提示拦一下，得手动放行。

六种协议一个队列、分段在跑起来之后才切、关掉窗口传输照旧——FluxDown 把下载器该干的事重新排了一遍。它不追求轻量到只下一个文件，而是让同时挂着十来个任务的人不用再在四个软件之间来回切。