Clash Plus、Clash Verge Rev、FlClash 横向对比:停更后如何选客户端

先按平台和用途缩小范围

Clash for Windows 原项目已停更。保留一套能运行的旧环境，与给新电脑选择客户端，是两件不同的事。前者需要备份配置并评估兼容性；后者应先看项目是否仍在维护、安装包是否适配系统，再检查订阅能否正常解析。界面像不像旧版 CFW，不应排在这些条件前面。

只想先得到一个选择方向，可以按下面三种场景筛选。这里比较的是使用路径，不是网速排名；同一条线路换一个界面，并不会自动增加出口带宽。

• Windows 桌面为主，经常查看规则与连接：可以先试 Clash Verge Rev，重点检查订阅管理、连接详情和服务模式是否符合操作习惯。
• 需要在手机与电脑上使用相近的界面：可把 Clash Plus 与 FlClash 系列放进候选，但每个平台仍需分别确认维护状态、权限要求和功能范围。
• 只给浏览器设置代理：先验证系统代理即可。只有游戏、命令行工具等程序不遵循系统代理时，再评估 TUN，没必要把所有高级开关一次打开。

平台覆盖与界面操作对比

先确定设备，再比较功能。下表的平台范围按本站下载入口的分类整理，不代表每个平台都具备完全相同的配置编辑、后台运行或流量接管能力。实际安装要求应以对应发行说明为准。

Windows：看连接详情是否够用

桌面端排查问题时，连接列表往往比主题颜色更有用。打开一次目标网站，查看连接中的域名、命中规则和最终策略。如果只能看到“已连接”，却无法判断走了哪个节点，后续处理分流问题就会费力。Clash Verge Rev 的配置、代理、连接、日志等页面适合按这个顺序逐项验证；不同版本的中文菜单名称可能略有调整。

手机：看后台与系统限制

Android 客户端通常通过系统 VPN 接口接管流量，首次启动会出现连接授权。iOS 同样受到系统网络扩展与后台策略约束。手机端显示的 VPN 标识不代表所有连接都经过远端节点，也不代表订阅提供了传统企业 VPN 服务；最终仍取决于路由与分流规则。

如果需要连接单位 VPN，应先确认能否与代理客户端同时运行。尤其在手机上，两个使用系统 VPN 通道的应用往往不能按预期同时工作。桌面端也可能因路由、DNS 和虚拟网卡发生冲突，不宜把“支持 TUN”理解为“能与任何 VPN 共存”。

内核兼容性比界面名称重要

客户端负责窗口、订阅管理和系统集成，代理内核负责协议连接、规则匹配和流量处理。mihomo 源自 Clash.Meta 项目，不能与旧版 Clash 内核简单等同。Clash Verge Rev 和常见 FlClash 发行版使用 mihomo；具体携带的内核版本仍要到实际安装版本中查看，不能只看客户端名称。

对于 Clash Plus，同样应检查当前平台版本公布的内核与协议支持，不应仅凭能导入 Clash 格式订阅，就认定它支持所有 mihomo 扩展字段。订阅包含较新的协议、传输参数或规则能力时，旧内核可能解析失败，也可能仅部分字段生效。

1. 记录两个版本：在客户端的“关于”、内核信息或启动日志中分别记录应用版本与内核版本。反馈问题时只报一个应用名称通常不够。
2. 检查导入日志：若出现未知代理类型、字段解析失败或配置校验失败，先找报错行，不要反复点击系统代理开关。
3. 确认订阅输出格式：订阅服务若区分 Clash 与 mihomo 格式，应选择与当前内核匹配的输出，而不是随意修改链接参数。
4. 核对实际节点：能显示策略组不等于节点可用；至少选择一个节点访问目标服务，并查看连接是否命中预期策略。

系统代理与 TUN 分开比较

CFW 用户熟悉的入口是 General → System Proxy。开启后，遵循 Windows 系统代理设置的应用会连接本机代理端口。新客户端中的“系统代理”用途相近，但按钮位置和默认端口未必相同。不要把旧环境的 127.0.0.1:7890 直接当成新客户端的实际监听地址。

系统代理：浏览器先跑通

在 Windows 11 打开“设置”→“网络和 Internet”→“代理”，查看手动代理的地址与端口，再与客户端显示的端口比较。例如客户端监听 7890，系统设置却仍指向旧程序的 7897，就可能出现客户端已启动、网页仍无法访问的情况。这两个端口只是排查示例，并非三款客户端的统一默认值。

TUN：接管路径，不是强制所有连接走节点

TUN 创建虚拟网络接口，配合路由把符合接管范围的流量送入内核。流量进入后，仍可根据规则选择直连、代理或拒绝。因此，“TUN 开启”和“全局代理模式”是两个不同维度；TUN 也不是天然覆盖每一条流量，路由排除、IPv6 与其他网卡都可能影响接管结果。

• Windows：检查服务模式或权限辅助组件是否安装并运行。以管理员权限启动一次界面，不一定等于已经正确安装后台服务。
• DNS：确认当前配置的解析方式、DNS 劫持范围与虚拟网卡设置相互配合。不要遇到域名访问失败就随意在 fake-ip 和 redir-host 之间切换。
• UDP：TUN 可以让部分 UDP 流量进入内核，但最终能否转发还受节点协议、服务端配置与网络环境限制。
• 验证：选一个原本不遵循系统代理的程序发起连接，再到客户端连接列表查看，不能只以开关变色判断成功。

选型时可以给候选客户端做同一套检查：先关 TUN，只开系统代理验证浏览器；再按该版本文档启用服务与 TUN，验证目标程序。如果第一步就失败，先排查订阅、端口和节点，没必要立刻进入虚拟网卡层面。

从 CFW 迁移：保留配置，不照搬运行环境

旧环境中，Profiles 管理配置，Proxies 切换策略，Connections 查看连接。换客户端时可以按这三项找对应功能，但不要把旧目录整个覆盖到新程序目录。界面数据库、服务路径和扩展脚本的格式可能不同，复制成功也不代表能正常运行。

1. 先备份：保存订阅来源、本地 YAML、自定义规则，以及旧版 Mixin、Parsers 等修改内容。敏感配置存放在受控位置。
2. 停止旧实例：在 CFW 中关闭 System Proxy 与 TUN 后退出程序。若曾安装后台服务，确认它没有继续占用端口或接管路由。
3. 导入原始订阅：在新客户端添加订阅或导入本地文件，先使用原始配置启动，不立即迁入全部覆写内容。
4. 核对模式与策略：先选规则模式，再检查策略组选择。策略组名称变化后，旧客户端保存的节点选择未必能够恢复。
5. 分批恢复自定义内容：每次只迁入一组规则或一个覆写片段，更新订阅后再确认它仍然生效。

直接编辑下载生成的配置，下一次订阅更新时可能被覆盖。应使用新客户端明确提供的覆写或合并机制，并检查合并后的实际配置。不同客户端对数组替换、规则追加和字段优先级的处理不一定相同；把旧脚本原样粘贴过去，容易得到界面保存成功、规则却未生效的结果。

若新旧程序同时监听 7890，后启动的一方可能报端口占用。可以退出旧实例，或临时给新程序换一个未被占用的端口；修改后还要同步检查系统代理与命令行环境变量。不要只改配置中的数字，就认为所有程序已跟着切换。

同条件试用：比较稳定性与排障成本

这类客户端没有脱离线路条件的统一速度排名。比较时固定同一台设备、同一网络、同一节点、同一目标服务与同一规则模式。延迟测试地址也要相同，否则一个客户端显示的数字可能来自不同请求，不能直接比较高低。

表中的次数和时长是建议的试用流程，不是本站实测结果。若要比较吞吐量，按顺序运行测试，避免同时开启多个下载任务挤占带宽。还要确认双方的 DNS 模式、嗅探与规则配置一致，否则比较的可能是两条不同的访问路径。

最终选择与回退条件

• 长期用 Windows 桌面：先试 Clash Verge Rev。把服务模式、连接详情、订阅覆写和睡眠恢复列为验收项，而不是只看首次连接是否成功。
• 手机与桌面都需要：比较 Clash Plus 与 FlClash 系列在各自系统上的实际操作。确认下载来源、平台包与内核信息，不假定桌面设置能完整同步到手机。
• 依赖复杂规则或新协议：先核对内核支持，再选择界面。配置能够校验通过、规则能够命中、日志能够解释问题，比客户端名称更重要。
• 旧 CFW 仍承担固定任务：保留配置备份，在新客户端独立验证后再迁移。旧项目停更意味着后续系统兼容性与协议支持不能依赖原项目继续修复。

迁移完成后，退出新客户端，确认 Windows 代理设置已恢复，再重新启动验证一次。若退出后仍残留 127.0.0.1 代理，而本机已没有程序监听该端口，普通网页也可能打不开。能够正常接管、能够解释连接去向、能够完整退出，这三项都通过，才适合把它设为日常客户端。需要进一步核对字段时，可查看配置参考；平台与安装要求可在客户端对比中继续确认。