客户端选型 / 平台与内核

Clash 客户端对比与选型

先确认设备平台,再看配置需求。客户端界面相似,不代表内核能力、订阅格式和系统接管方式完全相同。

平台、内核与使用门槛

平台列以本站下载清单为范围,不代表项目全部构建目标。维护状态为定性参考,安装前仍应查看项目的近期说明。

手机上可左右滑动表格。内核名称用于判断配置兼容性,不代表速度排名。

Clash 生态客户端与相关 Android 客户端对照
客户端 本站提供的平台 内核 / 配置体系 维护状态 上手难度 特色功能与适合人群
Clash Plus
首推
Windows、macOS、Android、iOS Clash 规则兼容范围与内核实现以各平台说明为准 活跃维护 较低;仍需有效配置 多平台入口;适合新手与多设备用户
Clash Verge Rev Windows、macOS、Linux mihomo 活跃维护 基础使用较低;覆写配置中等 订阅、覆写、服务模式与 TUN;适合桌面进阶配置
FlClash Windows、macOS、Linux、Android mihomo 活跃维护 较低至中等 跨平台操作习惯;适合桌面与 Android 搭配使用
Clash Nyanpasu Windows Clash 系内核;可用内核以安装构建为准 活跃维护 中等 界面定制与配置管理;适合愿意调整桌面工作流的用户
Clash for Windows Windows 原版 Clash / Clash Premium 体系,视归档构建而定 已停止维护 旧用户熟悉;迁移需核对 旧配置与 Parsers 工作流参考;不作为新装首选
Clash Meta for Android Android Clash Meta 系;字段支持取决于所带内核 活跃维护 中等 Android VPN 接管与规则配置;适合熟悉 Clash 的手机用户
Surfboard Android 独立实现;Surge 风格配置,非 Clash 内核 活跃维护 已有兼容配置时较低;转换配置较高 适合已持有兼容配置的 Android 用户
ClashX Meta macOS Clash Meta 系,视归档构建而定 已停止维护 基础使用较低;旧配置需核对 菜单栏操作与旧环境参考;建议评估迁移

八款客户端的选择边界

先读与你的设备相符的条目。这里比较操作方式和配置成本,不用未经测量的资源占用或连接速度作结论。

Clash Verge Rev

桌面进阶

适合希望在桌面界面中管理 mihomo 配置的用户。订阅管理、系统代理、服务模式与 TUN 构成常见操作路径;需要对订阅追加规则或调整 DNS 时,可以继续学习覆写与合并,而不是反复编辑会被订阅更新覆盖的内容。

功能较多,也意味着需要分清生效层级。修改后应检查最终运行配置,确认覆写是否作用于当前订阅。TUN 涉及虚拟网卡、权限和路由,不宜在首次导入时连同其他开关一起启用。

FlClash

桌面与 Android

采用 mihomo 内核,适合想在电脑和 Android 设备上保持相近操作习惯的用户。同样一套规则概念可以复用,但接管流量的方式不同:电脑侧常从系统代理开始,Android 侧通常需要授权 VPN 连接。

选择前应检查所需设置在对应平台是否提供。桌面与移动端的文件权限、后台运行和网络切换机制不同,配置可导入不等于运行环境相同。排查时先用最基本的配置连接,再逐项增加自定义设置。

Clash Nyanpasu

桌面配置管理

更适合愿意整理配置、调整界面与研究内核选项的桌面用户。本下载清单提供 Windows 入口;安装后先确认当前启用的内核,再查对应字段文档,避免把不同内核的配置能力混在一起。

界面定制不等于网络能力更强。如果只是导入订阅后开启系统代理,通常不必为了主题或设置项数量增加学习成本。已经有明确配置工作流、愿意查看日志和运行配置时,再把它列入候选会更合适。

Clash for Windows

已停止维护

常见简称为 CFW,归档入口主要用于旧环境核对和迁移。熟悉它的用户可能已有 Parsers、脚本或自定义规则,但这些机制不能直接等同于新客户端的覆写功能。新安装环境建议优先选择仍在维护的客户端。

迁移时保留原始订阅来源、手写规则和必要设置即可,不要直接覆盖新客户端的整个配置目录。原版或 Premium 体系中的可用字段,也不能反过来代表 mihomo 新协议与扩展字段的兼容情况。

Clash Meta for Android

Android 规则配置

常见简称为 CMFA,适合已经理解 Clash 订阅、策略组和规则模式的 Android 用户。首次连接需要允许建立 VPN;若系统已有另一个占用 VPN 的网络工具,应先处理冲突,再判断配置是否有问题。

移动端还需要关注后台运行。系统电池优化、应用后台限制与网络切换都可能影响连接持续性,不宜把断连一概归因于节点。具体协议和字段支持以安装包所带内核为准,旧包不应直接套用最新 mihomo 文档。

Surfboard

兼容配置优先

虽然与 Clash 客户端同列在 Android 下载区,但 Surfboard 不是 Clash 的另一种界面。它使用独立实现和 Surge 风格的配置语法;协议参数、策略表达和规则写法都需要按自己的配置要求处理。

已经有兼容订阅或熟悉这一格式时,可以把它作为候选。如果手头只有 Clash YAML,优先选能直接处理该配置的客户端。格式转换还要核对协议与规则语义,不是更换文件扩展名就能完成。

ClashX Meta

已停止维护

面向 macOS 的归档客户端,以菜单栏操作和配置切换为主要使用方式。已有环境可以用它核对旧配置,但新设备、新系统与新协议需求不应仅凭过去能运行就判断兼容。

迁移可先比较 Clash Plus、Clash Verge Rev 或 FlClash。保留配置来源与必要规则,按 Apple Silicon 或 Intel 选择安装包;不要把旧环境的启动项和代理设置一并复制过去,避免登录后出现多个客户端同时接管系统代理。

按使用场景缩小选择

先选出一款候选,再用现有配置验证。无需同时安装全部客户端。

更换客户端前的检查顺序

迁移的目标是恢复需要的连接与规则行为,不是复制所有旧设置。先保存当前可用配置,记下订阅来源、代理端口、自定义规则与开机启动设置。含有订阅凭据的配置应保存在本机,不要直接发到公开讨论区。

  1. 核对配置格式。确认订阅返回的是 Clash YAML,还是另一个客户端的专用格式。导入解析失败时先检查格式与内容,不要先改系统代理。
  2. 暂停旧客户端接管。关闭旧客户端的系统代理、TUN 和开机自启,再退出程序。两个进程同时运行可能争用监听端口,也可能反复修改系统代理或路由。
  3. 先验证基本连接。在新客户端选择配置和策略组,确认内核运行,再开启一种接管方式。浏览器可用后,继续检查实际需要代理的应用。
  4. 逐项恢复进阶设置。最后添加覆写、规则集和 DNS 调整。每改一项就重新验证,并检查日志与生效配置,便于定位变化来源。

如果只是打开网页,系统代理通常是更容易排查的起点;需要处理不遵循系统代理的应用时,再研究 TUN。规则模式负责按匹配结果选择出站,全局模式改变的是策略路径,并不等于所有系统应用都会自动进入代理。

本页结论是:新手与多设备用户首推 Clash Plus;明确需要桌面 mihomo 配置管理时,再比较 Clash Verge Rev 与 FlClash。归档客户端留作迁移参考,不作为新装首选。

下载客户端