FlClash 上手笔记:轻量客户端换来了什么

Clash 系客户端里,FlClash 是唯一用 Flutter 写的那个,也是唯一原生覆盖 Windows、macOS、Linux、Android 四个平台的。 它的自我介绍里写着“简单易用、开源无广告”,但“轻量”这个标签背后,到底换来了什么、又换走了什么? 这篇笔记不从功能列表出发,只讲上手之后真正有感觉的那些点。

Quick Verdict · 三句话结论

01 跨平台一致性最好 手机和电脑的操作路径几乎一样,学会一个就都会了
02 桌面端性能有让步 Flutter 桌面端尚不成熟,启动和规则加载比 Tauri 系慢
03 功能做了减法 刻意精简了脚本重写等高级功能,换来了开箱即用

01第一眼:它不像 Clash,更像一个安卓 App

打开 FlClash 的第一感受是“错位”。如果你用过 Clash for Windows 或 Clash Verge Rev,心里预期是左侧一长串分类菜单、右侧密集的配置项。结果 FlClash 给你的,是一个底部导航栏(手机端)或左侧窄边栏(桌面端),里面只有五六个核心入口。

它采用了类 Surfboard 的 UI 设计,基于 Material You Design 构建,支持多种颜色主题,界面整体偏清爽[reference:0]。桌面端和移动端的布局几乎一模一样——不是“都能用”的那种一致,而是同一个界面按屏幕尺寸做了自适应

这对多设备用户来说是有实际价值的。在电脑上熟悉了“工具 → 网络 → 开启 TUN”这条路径,换到手机上不需要重新学一遍。反过来也一样。学习成本只付一次,这可能是 FlClash 最容易被低估的一个优点。

和 Verge Rev 的直观差异

Verge Rev 的信息密度更高,设置项、日志、连接列表集中呈现,适合愿意翻菜单的人。FlClash 则把“日常操作的路径”压得很短——代理开关、模式切换、节点选择都在一屏之内。

02仪表盘:一个拖拽式的控制面板

FlClash 的主界面是一个可自定义的仪表盘。网络速度、上下行流量、内核版本、出站模式、当前 IP 被做成了一组小卡片,支持拖拽排序、增删显隐,编辑模式下的交互逻辑和手机桌面整理图标差不多[reference:1]。

右上角的三角箭头是代理总开关——选好出站模式后点一下就能启用代理[reference:2]。这个设计很直白,不需要在菜单里找“启动”按钮。

仪表盘下方是代理组列表。切换节点时,当前选中的节点名称会直接显示在组标题上,不需要展开就能看到。这个细节在节点多的时候很实用。

03订阅导入:三分钟从零到能用

订阅导入的路径足够短。在“配置”页面粘贴订阅链接,拉取成功后节点列表立即刷新。FlClash 同时支持从 URL、二维码和本地文件导入配置,订阅更新可以手动触发,也支持通过 WebDAV 做跨设备同步[reference:3]。

实测中,一条标准 Clash 订阅从粘贴到可用大约需要两到三分钟,其中大部分时间花在节点列表的渲染上。如果订阅里节点数量很多(超过 200 个),首次加载会有一个短暂的等待。

一个值得注意的细节

FlClash 的测速逻辑和 v2rayNG 那类工具不太一样。它主要以限定时间内是否返回作为判断依据,而不是做完整的连通性测试。这意味着偶尔会出现“有网但测速显示超时”的情况,不一定是节点真的不可用[reference:4]。

04性能实测:轻量换来了什么,换走了什么

“轻量”是 FlClash 的标签之一,但实测数据给出的画面比标签复杂。以下数据来自 macOS 平台、100 万条规则集环境下的对比测试[reference:5]:

安装包体积
45 MB

介于 Verge Rev(25 MB)Mihomo Party(90 MB)之间。Flutter 运行时本身占用一定体积。

加载 100 万规则
12 秒

Verge Rev 约 8 秒,Mihomo Party 约 6 秒。Flutter 桌面端在大量规则解析上确实偏慢。

内存占用(TUN+规则)
320 MB

Verge Rev 约 220 MB,Mihomo Party 约 420 MB。处于中间位置,比 Verge Rev 高约 100 MB。

数据说明了一个取舍:FlClash 用桌面端的性能,换来了跨平台的一致性。Flutter 的声明式 UI 在动画流畅度和主题定制上表现不错,但桌面端的成熟度确实还不够,启动时间和规则加载速度都落后于 Tauri 系客户端[reference:6]。

但这个差距在日常使用中感知明显吗

如果你的规则集是常规规模(几万到十几万条),三者之间的差异几乎感知不到。12 秒 vs 8 秒的加载时间,只在你使用超大规则集时才会体现。对于大多数日常使用场景,FlClash 的性能是够用的。

05功能减法:刻意少做的那些事

FlClash 的设计理念里有一条很明确:刻意简化了部分高级功能,专注于让用户以最低的学习成本完成日常代理配置。这不是能力不足,而是产品选择[reference:7]。

具体少做了什么?和 Verge Rev、Mihomo Party 对比一下就很清楚:没有 Lua 或 JavaScript 脚本扩展,自定义规则只能通过文本编辑,没有内置的订阅商店,测速并发数默认只有 20(Verge Rev 和 Mihomo Party 都支持更高的并发)[reference:8]。

这些缺失对于“就想简单用”的用户来说完全不是问题,甚至是一件好事——少即是多。但如果你习惯用脚本对配置做二次处理、或者需要精细控制测速并发数,FlClash 会让你觉得“差一口气”。

换来的是什么
  • 学习成本极低——界面只有一个仪表盘和几个核心入口,不需要理解“配置/规则/日志”的层级关系
  • 跨平台一致——四平台共用同一套 UI 和操作逻辑,换设备不用重新学
  • 开箱即用——导入订阅、选节点、开代理,三步完成,不需要碰配置文件
  • 系统主题自适应——Material You 设计会自动跟随系统配色,视觉体验统一
换走的是什么
  • 脚本扩展缺失——没有 Lua/JS 重写能力,复杂配置处理需要手动编辑 YAML
  • 桌面端性能让步——启动时间和规则加载速度落后于 Tauri 系客户端
  • 测速逻辑偏保守——偶尔出现“有网但显示超时”的误判
  • 桌面端成熟度——Flutter 桌面端仍有少量 UI 层面的小问题,比如代理选项卡偶发不显示

06两个真实的踩坑记录

上手过程中遇到了两个值得记录的问题。不是致命缺陷,但如果你恰好碰到,知道原因能省不少时间。

!

代理选项卡偶尔不显示

在 Windows 版 v0.8.87 上遇到过一个问题:导入订阅后,界面没有出现“代理”选项卡,节点列表无处可看。重启客户端后恢复[reference:9]。

这个问题的根源是 UI 状态更新的时序问题,在后续版本中已经有所改善。如果遇到,重启客户端是最快的恢复方式。

✓ 重启客户端即可恢复
!

TUN 模式下部分网站打不开

有用户反馈在 Windows 上开启 TUN 模式后,部分网站无法访问,但关闭 TUN 用系统代理就正常。排查后发现与系统的智能多宿主名称解析功能有关[reference:10]。

关闭该功能后问题解决。如果遇到类似情况,可以尝试在“工具 → 网络”中先关闭 TUN 排查,确认是 TUN 相关后再调整 DNS 设置。

✓ 关闭智能多宿主名称解析

07到底适合谁:三个场景对号入座

FlClash 的定位很清晰。它不追求功能最全,也不追求桌面端性能最优,它追求的是用最低的学习成本完成日常代理配置,并且四平台体验一致。按这个定位,适合的人群也就清楚了。

手机和电脑都在用,不想学两套操作
这是 FlClash 最核心的目标场景。四平台界面和操作路径几乎完全一致,在电脑上学会的操作,换到手机上直接复用,不需要重新适应。
→ 优先考虑 FlClash
只想简单用,不想碰配置文件
FlClash 刻意精简了高级功能,仪表盘 + 订阅导入 + 一键开关的设计让日常操作路径极短。不需要理解“策略组”“规则集”这些概念也能正常使用。
→ 优先考虑 FlClash
依赖脚本重写或精细控制配置
如果你习惯用 Lua/JS 对配置做二次处理,或者需要精细控制规则集、测速并发等参数,FlClash 的功能减法会让你觉得不够用。Verge Rev 的脚本扩展和 Mihomo Party 的可视化编辑更合适。
→ 考虑 Verge Rev / Mihomo Party

回到标题那个问题

“轻量客户端换来了什么?”——换来的是跨平台的一致性、极低的学习成本和开箱即用的体验。换走的是脚本扩展能力、桌面端的性能优势,以及一部分配置精细控制的空间

这不是一款“全能”客户端,但它在自己的定位上做得很扎实。如果你属于“手机电脑都在用、不想折腾、只想稳定用”的那类用户,FlClash 可能是目前最省心的选择。如果你需要更深的配置控制权,它会让位给 Verge Rev 或 Mihomo Party——换客户端不需要重写订阅,试错的成本比想象中低。