每个平台,都是同一个软件

都是真实截图,不是效果图。五张都是同一个 720 MB 文件、同样 8 线程;Windows、macOS、Linux、iOS 四张是同一时刻抓的。

Windows 上的 Clean Download Manager:一个 720 MB 文件下到 43%,8/8 线程,2.0 MB/s
Windows
macOS 上的 Clean Download Manager:一个 720 MB 文件下到 42%,8/8 线程,2.0 MB/s
macOS
Linux 上的 Clean Download Manager:一个 720 MB 文件下到 41%,8/8 线程,2.0 MB/s
Linux
iOS 上的 Clean Download Manager:一个 720 MB 文件下到 42%,8/8 线程,3.0 MB/s
iOS / iPadOS
Android 上的 Clean Download Manager:同一个文件,8 线程下载中
Android

实测,而非营销

与重量级同速,资源开销只是零头。在封顶的真实链路上,每个下载器都撞到同一个上限,所以纯速度打平。Clean Download Manager 的优势在于达到同样速度时对你机器的开销——比 Neat Download Manager 省得多的 CPU 与内存,且每档连接数都字节正确。

~68%CPU 时间比 Neat Download Manager 少
~86%峰值内存比 Neat Download Manager 少
~95%小于 Internet Download Manager 的安装包
端到端完成速度,200 MB 文件
三方同一套测试
Clean Download Manager
120.4 MB/s
Neat Download Manager
48.0 MB/s
Internet Download Manager
29.4 MB/s

同一套测试环境、同一种文件大小,每次下载都做 SHA-256 校验,取 1492 / 1115 / 80 次运行的中位数(2026-07-14)。这里量的是端到端时间,从发起下载到拿到字节正确的文件,所以包含了 Internet Download Manager 和 Neat Download Manager 每次下载都要付的图形界面与启动开销,而无界面的命令行不需要付。这不是纯引擎的传输速率对比:在带宽受限的日常网络下三者会收敛到一起,真正拉开差距的是资源占用、体积和 IPv6 支持。需要说明的是,测试虚拟机的磁盘写入约在 72 到 79 MB/s,而 Neat Download Manager 是在第二台同配置虚拟机上跑的,因为它在第一台上会崩溃。

维度 Clean Download ManagerNeat Download ManagerInternet Download Manager
日常网络下载速度 12 MB/s11.4 MB/s ~9 MB/s
端到端完成速度,200 MB 120.4 MB/s48.0 MB/s 29.4 MB/s
每 148MB 下载 CPU 耗时(越低越好) 0.99 s3.13 s ~5 s
内存峰值(越低越好) 13 MB(纯 HTTP 下为 2–3 MB) 96 MB ~40 MB
高并发字节正确性 每档连接数 ✓
无人值守自动化 原生命令行零看护 无命令行只能脚本化 GUI 有命令行但约每 22 次需外部看门狗重启
平台与连接 Win macOS Linux Android,IPv4 + IPv6,≤32 连接 Windows macOS,仅 IPv4,≤32 连接 仅 Windows,仅 IPv4,≤32 连接
体积(引擎 / 应用) Windows 安装包 606 KB,macOS .dmg 950 KB Windows setup 917 KB,macOS .dmg 1.47 MB Windows 安装包 12.49 MB
这些数字怎么测的。 CPU、内存与速度数字都在同一个 148 MB HTTPS 文件上取 3 次中位、可复现。日常 IPv4 网络下三家多连接管理器其实接近,所以纯速度大致打平——Clean Download Manager 的明显优势在于更小的体积、更低的 CPU 与内存,以及老版 Internet Download Manager/Neat Download Manager 不支持的 IPv6。Internet Download Manager 已在 Windows 实测:CPU(~5 s)与内存(~40 MB)都高于 Clean Download Manager 且字节正确;但没有采到可直接对比的峰值吞吐数字,因此其吞吐一格留空而非臆测。自动化一行来自另一个持续的跨客户端循环:在 Windows 靶机上累计 2600+ 次经 SHA-256 校验的下载——Clean Download Manager 全部用纯命令行无人值守跑完;Internet Download Manager 有命令行,但要靠一个外部看门狗约每 22 次下载重启一次才能持续跑;而 Neat Download Manager 根本没有命令行模式——只能靠脚本化它的 GUI 来自动化,需要交互桌面,比真正的命令行脆弱得多。下载包体积取自各平台发布产物。

现代,意味着更小

下载工具,不该比它下载的文件还重。三家都有的平台只有 Windows,所以只在这里比才算数——全部实测,不凑整。

Clean Download Manager, Windows 安装包606 KB
Neat Download Manager,Windows 安装包896 KB
Internet Download Manager,Windows 安装包11.89 MB

同一把尺子,三个 Windows 安装包,在同一台机器上量的。体积一律按 bytes÷1024 换算,竞品也一样:Neat Download Manager 的安装包是 917,340 字节,Internet Download Manager 是 12,469,144 字节。Clean Download Manager 是 606 KB——比 Neat Download Manager 小,是 Internet Download Manager 的二十分之一。

工作原理

Clean Download Manager 如何让单个文件下得更快。逆向摸清专业下载器的分段下载做法并与之对齐,界面与跨平台引擎则全新自研。在同一条 IPv4 路径上三家其实接近;Clean Download Manager 的明显优势在于更小的体积占用,以及老版 Internet Download Manager/Neat Download Manager 不支持的 IPv6。上方的交互式视图正是 Clean Download Manager 内部运作的示意。

01

拆分为并行前锋

Clean Download Manager 对同一个文件开出多条带 Range 的连接,每一条都在争先填满自己负责的那段字节区间。

02

接手空闲任务

只要有连接提前完成,它就会把剩余最大的分段再拆开——不会让任何一条连接闲着等另一条掉队。

03

字节级精确重组

定位写入把每个分段落到预分配文件里的精确偏移。结果每一次都与源文件校验值完全一致。

所有平台

获取 Clean Download Manager。免费,每个版本 Windows、macOS、Linux 与 Android 同一天一起发布。选你的平台即可,每个下载都带校验值。

Windows

Windows 10 / 11 x64
文件CleanDownloadManager-0.1.416-windows-x64-setup.exe
版本0.1.416
体积606 KB
更新于2026-07-29
下载 Windows 版

macOS

macOS 13+ Apple 芯片与 Intel
文件CleanDownloadManager-0.1.416-macos-universal.dmg
版本0.1.416
体积950 KB
更新于2026-07-29
下载 macOS 版

Linux

x86-64 与 arm64 glibc 2.31+ .deb
版本0.1.416
.deb amd64533 KB
.deb arm64493 KB
更新于2026-07-29
下载 Linux 版,amd64
APT 源 —— 装上之后跟着系统一起更新
curl -fsSL https://www.cleandownloadmanager.com/cdm-archive-keyring.gpg | sudo tee /usr/share/keyrings/cdm-archive-keyring.gpg >/dev/null echo "deb [signed-by=/usr/share/keyrings/cdm-archive-keyring.gpg] https://www.cleandownloadmanager.com/apt stable main" | sudo tee /etc/apt/sources.list.d/cdm.list sudo apt update && sudo apt install cdm
命令行一行安装
curl -fsSL https://www.cleandownloadmanager.com/install.sh | sh

Android

Android 8.0+ arm64-v8a
文件CleanDownloadManager-0.1.416-android-arm64.apk
版本0.1.416
体积663 KB
更新于2026-07-29
下载 APK

iOS/iPadOS

iOS 16+,侧载安装
文件CleanDownloadManager-0.1.416-ios-appstore.ipa
版本0.1.416
体积.ipa, 607 KB
更新于2026-07-29

这是 App Store 分发签名的包,不能点开就装——它是 AltStore、Sideloadly 拿去用你自己的 Apple ID 重签的那个包。App Store 审核进行中。

下载 IPA

鸿蒙(HarmonyOS)

HarmonyOS NEXT,侧载安装
文件CleanDownloadManager-0.1.416-harmonyos-arm64-unsigned.hap
版本0.1.416
体积661 KB
更新于2026-07-29

未签名——侧载工具要的就是未签名包,它们会自动取调试证书在你的设备上签。尚未上架应用市场。

下载 HAP

浏览器扩展

Chrome、Edge、Firefox
文件CleanDownloadManager-0.1.416-chrome-extension.zip / …-firefox-extension.zip
版本0.1.416
体积.zip, 44 KB
更新于2026-07-28
获取扩展

隐私

Clean Download Manager 收集什么。一句话:没有账号、没有广告、没有第三方统计、不做跨站追踪——留下的只有下面写明的那份普通服务器访问日志。这一页把「什么东西会离开你的机器」讲清楚——浏览器扩展要的那些权限听起来吓人,你有权知道为什么。

软件本体

下载全部发生在你自己的机器上。文件名、地址和内容不会被发到任何地方。

只有两样东西会离开,都可选、都匿名。一是检查更新:向官网问一句当前是哪个版本,同时带上一个首次运行时生成的随机标识、你的平台和版本号——它不来自你的硬件也不来自任何账号,重装就换新,存在的意义只是让我们能数「装了多少份」而不是数 IP。在设置里关掉「自动检查更新」,它就彻底不发了。

二是诊断报告:只有你在崩溃后或资源占用异常时,主动点了横幅上的「分享」才会发送。内容只有数字:版本、系统、运行时长、内存、CPU 和任务数。

网站这边保存的是:每次请求的时间、路径或文件名、响应状态,以及 Cloudflare 在边缘判定出的国家、地区、城市、机房和网络运营商,再加上浏览器的 UA、来源页、语言头和 IP 地址。数据保留约 400 天后清除。它的用途只是统计「什么东西被从哪里下载了多少次」,不出售、不共享、不与任何其它数据关联;全站没有任何第三方统计、广告网络或跨站标识。

浏览器扩展

扩展只和一个地址说话:跑在你自己电脑上的引擎,127.0.0.1。它读到的任何东西都不会发给我们,也不会发给任何第三方。

它要的权限很宽,因为下载管理器离了这些就没法工作。逐条说明:

官网

访问统计用我们自建的第一方统计——没有第三方服务、没有广告网络、没有跨站标识、也没有用于追踪的 cookie。

联系

有任何疑问:support@cleandownloadmanager.com

最后更新于 2026-07-28。

更新了什么

Clean Download Manager 处于技术预览阶段,持续构建。下面是已同步发布到全平台的里程碑版本。每次发布都同时覆盖 Windows、macOS、Linux 和 Android。

v0.1.4162026-07-29当前版本

一度变慢的下载,不会再用那个速度跑完剩下的文件

  • 修复:加连接一旦不再有收益,这次下载剩下的部分就再也不试了——可「没收益」永远只是那一刻的事实。旁边一个下载、一个视频会议、路上一段拥堵,都能让两次测量看起来持平,而没有任何东西在等它过去。现在会隔一段时间再试一次,每次间隔翻倍,真的没收益的源很快就不再被打扰。已经回答过「你连太多了」的服务器仍然永不重试,那道保护没有变。
  • 官网:介绍页改成一个平台一行地展示五个客户端,大小足以看清文件名和线程数;手机截图也换回整屏,不再是裁过的。
  • 页脚加了版权行;站上任何地方写的体积都改成从发布清单生成,不再手写——上一版发出去之后,中英文页面里仍然写着上一个版本的数字。
v0.1.3962026-07-29

会重定向的源不再每个分段都重走一遍重定向;Windows 设置面板在小屏幕上放得下了

  • 修复:只要源会重定向(大多数 CDN 都会),每个分段都从原地址重走一遍完整的重定向——DNS、TCP、TLS 每段各付一次,连接也永远复用不上。现在分段直接请求重定向解析出来的地址,那个地址一旦失效再退回原地址,签名 URL 过期就是这种情形。
  • 修复:小屏幕上 Windows 的设置面板比桌面还高,保存和取消被顶到屏幕下方,够不着。现在按显示器工作区封顶并可滚动,与 Linux 早就有的做法一致。
  • 修复:连接数的判断可能用了连接建立阶段的测速,把它当成稳定速度,于是爬升提前停住。第一个测量窗口不再当作基线。
  • 官网:介绍页现在放的是五个客户端的真实截图——Windows、macOS、Linux、iOS、Android,都在用 8 线程下同一个 720 MB 文件;Linux 的安装命令也加了复制按钮。
v0.1.3262026-07-28

浏览器扩展有了自己的位置;下载不会再只用掉一半连接就停下

  • 设置里现在按浏览器分行——Chrome、Edge、Firefox,macOS 上还有 Safari——并且说的是「这个浏览器的扩展有没有真的连上本体」,而不只是「这个浏览器装没装」。没装的浏览器整行置灰。
  • 修复:一个下载可能在头三秒里把自己的连接爬升关掉,然后整个文件都停在那儿——而它从头到尾没有被限过速。第一个测量窗口横跨建连接那段时间,在「开头冲得快、随后稳下来」的源上它读到的大约是真实速度的两倍,而那个数字被当成了后面要够到的标准。在这样一条链路上实测:以前只用到 16 条里的 10 条,现在 16 条全部用上。
  • 扩展安装包随版本一起发布,并且有一个页面讲清楚现在怎么装——包括浏览器规矩带来的那些麻烦,毕竟两边的商店都还没上架。
  • 修复:Windows 工具栏上「暂停」显示成「显示主窗口」、「删除」显示成「技术预览版」、「设置」显示成产品简介。字符串表与索引它的枚举错位了;现在 Windows 和 Linux 两边都有检查。
v0.1.3112026-07-28

安卓版体积降到原来的三分之一,进度条不再藏起连接

  • 安卓安装包从 2.07 MB 降到 655 KB。界面改用原生控件重写,去掉了 Jetpack Compose 以及它带进来的另外四个框架;除了体积,应用本身没有任何变化。
  • 分段进度条以前在下载刚开始的几秒里只显示第一格,哪怕八个连接都在跑。现在只要某个连接真的下到了字节,那一格立刻可见——四个平台都是。
  • 下载速度恢复为一位小数,数字连续变化,而不是每秒跳十次。
  • 官网:功能介绍页那个 macOS 窗口改成照真实截图重做,包括它此前完全没有的状态栏;那里的剩余时间也改用与应用相同的单位阶梯,中英文都是。
v0.1.2782026-07-26新功能

新图标、真实文件名、右键菜单,以及 Windows 安装包

  • 下载现在会从服务器取文件的真实名字,而不是照抄链接结尾,像 download.php?id=… 这样的地址不会再存成一个叫“download.php”的文件。
  • 在已完成的下载上点右键,可以打开、打开文件夹、复制下载链接。Android 上长按。
  • 新建下载不再预填一条示例地址;如果剪贴板里是个链接,就直接用它——Internet Download Manager 和 Neat Download Manager 也是这么做的。
  • Windows 现在提供正式的安装包,程序名不再用缩写而是全称。
  • 设置页重做:开机自启动、默认关闭需要自己打开的代理、下载线程数默认 8,诊断询问从设置里移走了——现在只有真的检测到崩溃才会问,而且依据的是系统自己的崩溃报告,不再靠猜。
  • 四端换上新的应用图标,已完成的下载会显示完成时间,很长的剩余时间会按天、月、年显示,不再是几万小时。
  • 已知问题:命令行下,中断一个由服务器提供文件名的下载后重跑,会从头开始而不是续传。软件内的暂停/继续不受影响,修复进行中。
v0.1.2742026-07-26修复

再长的剩余时间也能看懂了

  • 以前剩余时间最大只有“小时”这一档,慢速下载会显示成“1727696 小时”。现在会逐级升到天、月、年——“5 天 4 小时”“2 个月 12 天”“3 年 5 个月”——四端和中英文都一样。
  • 动手前先查了两个竞品:它们都不升级单位。Neat Download Manager 面对几年的估算会实打实地显示“343325 hour 25 min 39 sec”,Internet Download Manager 把七天报成“168 hour(s) 0 min”,超过 10000 小时干脆整格空白。
  • 项目里有六处在把秒数变成人话——三个桌面端、iOS、命令行、引擎自带网页——它们的单位、空格和破折号早已各写各的,其中两处遇到极大数值还会溢出。现在对任何输入都输出完全一致。
v0.1.2712026-07-26修复

进度条现在会显示每一条连接,线程数也改成真实在跑的数量

  • 四个平台的分段进度条都改成在每一个真实连接边界上画分隔线。以前一个分段要先下够足够多的字节才看得见,所以开 32 线程看上去只有几个零星的方块:Windows 和 Linux 上一格要下到约 21 MB 才会出现,Android 则是填充后直接合并成一整条,切割从来没显示过。
  • 连接数现在显示“活跃 / 上限”,而不是设置里填的那个值。不支持续传的源实际只跑一条连接,被限速的服务器会让引擎收敛到更少的连接——现在任务行会如实告诉你,而不是一直显示你设的上限。
  • 传输停滞时不会再在 0 速度旁边显示一个荒谬的剩余时间,而是显示一个破折号。百分比也在四端统一,不会在文件还没下完时就四舍五入成 100%。
  • 状态栏不再把排队中的任务算作“下载中”,与上方列表一致。
v0.1.2642026-07-26修复

慢速链路更快、速度数字按毫秒级实测对齐、修好两处会卡住的地方

  • 修复慢速或限速源上的真实问题:引擎把“这个服务器本来就慢”误判成“我们把它压垮了”,不停地减连接直到几乎不剩,于是速度起起停停甚至卡住。现在它在慢链路上会自动拉长测量窗口而不是靠猜,并重新爬回你设定的连接数。
  • 速度数字按对竞品的逐帧实测重做,不再凭感觉调,数字的动感与下载的真实节奏一致,不会两次更新之间纹丝不动。
  • 修复一个会让整个窗口卡死的问题:新建下载弹窗已经打开时再从菜单栏点“添加下载”,会留下一个点什么都没反应的面板,只能强制退出。取消弹窗后“新建”按钮失效直到重启的问题也一并修好。
  • 最小化或隐藏窗口现在是真的省电了(此前它仍在其他窗口后面以满帧率重绘);下载途中退出应用会先把进度写完再退出,续传不会再丢最后几百 KB。
  • Android 版不再在第一次下载后留下一个永不消失的“引擎运行中”通知。
v0.1.2482026-07-25修复

空闲能耗修复(来自真实用户反馈)与自愿诊断分享

  • 修复了用户在 v0.1.139 上报告的空闲耗电问题(什么都不做时却位居活动监视器能耗榜首):现在没有传输任务时,渲染与引擎轮询降到每秒一次唤醒——macOS 上更是完全停止。实测空闲 CPU 从约 6% 一个核降到 0.5%,macOS 的 App 小憩终于能生效。下载流畅度不受影响:一旦有传输,立刻恢复全帧率渲染。
  • 同时对内存做了审计与实测:无泄漏——空闲时内存持平,长传输期间保持平台期,传输峰值会及时回收。v0.1.139 的症状是持续的 CPU 唤醒,不是内存增长。
  • Android 版在应用退到后台时会完全暂停轮询(此前后台仍以每秒 10 次轮询)。
  • 新增(macOS 先行):如果应用自身的资源占用出现异常,会以窗口内小横幅(绝不弹窗)询问一次,是否分享一条匿名诊断数据(纯数字:版本、系统、运行时长、内存、CPU、任务数)。不点“分享”就绝不发送,设置里也可以关掉这个询问。
v0.1.2412026-07-23引擎

更快提速、FTP 与 WebDAV、更小的 Windows 与 macOS 包

  • 自适应连接数改为指数爬升:干净服务器上约 6 秒即达 32 连接满速(旧版约 22 秒),429 退避与收敛保护保持不变。
  • 新协议:FTP 下载(多连接、可续传)与 WebDAV,并支持 URL 中的 user:password 凭据(严格限定同源使用)。
  • Windows 便携包从 1.16 MB 降到 0.59 MB——旧 zip 里重复打包了一份 GUI 已内嵌的引擎;命令行版现在单独成包。
  • macOS 镜像改用 LZMA 压缩,从 1.49 MB 降到 0.87 MB,仍是 Apple Silicon 与 Intel 通用构建。
  • 应用内更新检查在 Windows 与 Linux 上现在能正确识别自身版本——最新版不再把自己当作“可用更新”提示。
v0.1.1762026-07-18修复

暂停/删除全面可用、自动更新与真实用户统计

  • 暂停、继续、删除在所有平台端到端可用(运行时验证)。删除会移除任务行,已取消的下载不再滞留为卡死条目,暂停按钮会正确切换为继续。
  • 新增启动时更新检查,应用内横幅可关闭,并在设置中提供开关。
  • 新增 Windows 安装版(安装/卸载),与便携版并行提供。
  • Android 版为当前下载新增暂停/继续/删除控制。
  • 修复多处对话框布局问题:Windows 上设置/新建窗口超出屏幕与缩放残影,Android 上安全区与滚动处理。
v0.1.1602026-07-18修复

稳定性大修 + 更小的体积

  • 经 11 轮 Codex 与 Claude 交叉安全审计,修复约 73 处问题——涵盖跨平台正确性、安全加固、Windows 中文(Unicode)路径与内存边界。
  • 修复了暂停下载可能丢失已下进度的回归问题。
  • 修复了在 macOS 上打开文件选择器时的崩溃。
  • Windows 安装包进一步瘦身——便携版 .zip 从 1.67 MB 降到 1.15 MB。
v0.1.1392026-07-18修复

全平台统一设计 + Windows HTTPS 修复

  • 全新应用图标,Windows / macOS / Linux 三平台窗口布局完全一致并精简——一个工具栏、一个任务列表、一个状态栏。
  • 修复了一个仅限 Windows 的 bug:安全(HTTPS / TLS 1.3)下载无法启动——现在 Windows 上下载 HTTPS 链接和 macOS 一样正常。
  • 新建下载窗口现在可以选择保存目录;连接数移到了全局设置里(默认 16)。
  • 官网重建;每个平台的安装包都在此版本重新构建并复验。
v0.1.130–v0.1.1382026-07-17设计

重新设计的桌面界面

  • 单一简洁窗口取代旧的双栏管理器:工具栏、带实时分段进度条的任务列表、状态栏——仅此而已。
  • 全新的圆角箭头应用图标,全平台共用。
Engine 2026-07-142026-07-14引擎

在真实服务器上速度更稳

  • 自适应连接:引擎在有帮助时增加连接、在服务器限速时主动回退,终结了限速服务器上速度忽快忽慢的抖动。
  • HTTP keep-alive 连接复用——大幅减少重连,速度保持稳定而不再在分段之间掉速。
  • 逐字节续传:每个分段都在磁盘上留有检查点,中断的下载能精确从断点继续,并逐字节校验。
Engine 2026-072026-07引擎

更小的引擎,自适应连接

  • 下载引擎瘦身约 40%——arm64 版本仅 577 KB。
  • 自适应连接调节在不强制固定连接数的前提下有望提升大文件吞吐。
Preview2026-07首发

首个公开技术预览

  • 一套 C++ 引擎覆盖 Windows、macOS、Linux 和 Android——arm64 与 x86-64——同步构建同步发布,桌面端应用不到 2 MB。
  • 多连接加速、浏览器视频嗅探,无广告、无账号、无遥测。

预览阶段版本号持续递增,因此这些里程碑之间还有其它构建。应用内的自动更新始终指向最新构建。