FlClash · 大文件下载

大文件下载慢,先确认下载器是否真的走了当前节点

下载器可能不遵守系统代理,也可能保持很久的旧连接。节点延迟低只表示测试地址响应快,不能代表数 GB 文件的持续吞吐。

使用软件
FlClash / Mihomo
设备与系统
Windows / macOS / Android / Linux
这次会检查
固定同一下载任务、确认流量是否进入 FlClash、核对规则和代理链
先说结论

固定同一文件,先从连接页确认下载器进程和代理链;再清旧连接、只换一个节点,比较数分钟平均速度。

真实场景

网页正常、节点延迟也不高,但下载器速度很低,或下载到一半反复中断。

开始前确认测试文件来源稳定且允许重复或断点续传
同时确认测试期间没有其他大流量任务抢占带宽

照着当前界面操作

1

固定同一下载任务

记录文件大小、下载器名称和开始时间。不同镜像或不同文件不能直接比较节点表现。

2

确认流量是否进入 FlClash

界面路径连接 → 搜索进程或域名

开始下载后在连接页搜索下载器进程或目标域名。完全没有记录时,桌面端检查下载器自身代理设置或改用虚拟网卡。

3

核对规则和代理链

界面路径连接 → 下载连接详情

打开连接详情,确认下载请求没有被规则送到 DIRECT 或另一个策略组,并记下当前节点。

4

结束旧任务与旧连接

界面路径连接 → 结束连接;代理 → 对应策略组 → 选择节点

暂停下载,结束对应连接,在实际策略组选择另一个可用节点后再恢复或重开任务。

5

看持续速度而非峰值

至少观察三到五分钟,记录稳定区间而不是刚开始几秒的峰值。若下载器支持并发,保持并发设置一致。

6

与基础网络做一次对照

合法且允许直连的测试源可在关闭加速后做基线;若基础下载同样慢,先处理本地网络或源站限制。

版本不一样时怎么找

软件更新后,功能名称通常不变,但入口位置和中文翻译可能微调。请优先按功能名查找,不要只对照旧截图的颜色或位置。

资料依据

本文核对过的官方资料

功能边界和界面名称来自项目文档、应用商店或系统支持页面。

常见问题

节点延迟低、下载还是慢,是节点有问题吗?

可能,但不能只凭延迟判断。源站限速、节点持续带宽、晚高峰和下载器是否走代理都会影响结果。

为什么切换节点后下载速度没变化?

旧下载连接可能仍在使用原代理链。结束连接并确认新连接详情出现新节点后再比较。