选型参考 / 平台 · 内核 · 配置兼容

Clash 客户端对比与选型

先筛设备平台,再看配置兼容;界面习惯放在最后。

首次安装优先选 Clash Plus。需要 Linux 桌面、内核管理或更细的规则配置时,再对照下表选择。客户端只是代理工具,订阅、节点可用性和网络条件需要分别确认。

范围说明:平台列按本站下载中心现有包清单整理,不等于项目全部发行范围。维护状态采用定性说明;实际系统要求、内核与功能以所选安装包及项目说明为准。

横向对照

八款客户端的主要差异

“Meta”是 Clash Meta 的历史称呼,相关内核现称 mihomo。客户端外壳、内核和配置格式是三件事:外观相近不代表字段兼容,使用同一内核也不代表每个平台提供相同设置。

窄屏可左右滚动表格;客户端名称可跳到下方点评。

平台、内核、维护状态与使用门槛
客户端 本站提供的平台 内核体系 维护状态 上手难度 特色与适合人群
Clash Plus
首推
Windows、macOS、Android、iOS 以各平台客户端说明为准,不按产品名推定一致 活跃维护 较低:先完成订阅导入与模式选择 多平台入口集中;适合新手和多设备用户
Clash Verge Rev Windows、macOS、Linux mihomo 活跃维护 中等:进阶设置需理解权限与配置层级 桌面配置管理、覆写与 TUN;适合长期桌面使用
FlClash Windows、macOS、Linux、Android mihomo 活跃维护 较低至中等:桌面与移动端权限不同 跨设备操作路径相近;适合桌面与 Android 配合
Clash Nyanpasu Windows 支持内核管理;使用 mihomo 时按其字段配置 活跃维护 中等:需要核对所选内核 界面定制与内核选择;适合愿意调整桌面工具的用户
Clash for Windows Windows 原版 Clash 体系 已停止维护 旧用户较熟悉;新用户仍需学习历史设置 旧环境复现与迁移对照,不作为新安装首选
Clash Meta for Android Android Clash Meta / mihomo 活跃维护 中等:需处理 VPN 授权与后台限制 订阅管理与应用分流;适合主要在 Android 使用
Surfboard Android 独立实现,非 Clash 内核 活跃维护 已有适配配置时较低;从 Clash 迁移时较高 自身配置语法与规则体系;适合已有兼容配置的用户
ClashX Meta macOS Clash Meta 体系 已停止维护 基础操作较少;兼容排查需自行处理 菜单栏操作;适合旧环境过渡,不作为首次安装首选

上手难度指完成配置与排查所需的知识,不是性能排名。表中未列出的功能不代表一定缺失;同一客户端不同平台的权限、路由与 DNS 接管方式可能不同。

逐款阅读

每款客户端的使用边界

先确定必须满足的条件,例如 iOS 支持、Linux 安装包或应用分流,再比较偏好。以下点评重点说明为什么选、什么时候不选,以及首次配置应检查什么。

Clash Plus

首推

适合从订阅导入开始使用、暂时不准备研究内核差异的用户。本站提供 Windows、macOS、Android 与 iOS 入口,同一产品的选择路径比较集中。多设备用户可先在一台设备完成配置,再逐台确认代理模式和权限,避免同时修改多个环境。

多平台并不意味着配置会自动同步,也不意味着每个平台具有同样的 TUN、DNS 或后台行为。购买或导入服务前,应先确认订阅格式和协议支持。iOS 使用商店入口,功能说明可参考官网 clashplus.io;需要 Linux 时转看 Verge Rev 或 FlClash。

前往 Clash Plus 下载入口 →

Clash Verge Rev

更适合长期在桌面管理配置的用户。mihomo 负责代理协议、规则匹配与网络处理,客户端提供配置导入、设置入口和运行信息。需要保留订阅自动更新,同时追加本地规则或 DNS 设置时,应先理解客户端的覆写与合并机制,再动手修改。

它适合作为 Clash for Windows 的迁移候选,但不是把旧目录完整复制过去就能接续使用。原版内核字段、旧脚本和界面设置可能无法直接复用。首次运行先用规则模式和系统代理确认基本连接,再按需启用 TUN;Linux 还要留意软件包格式、桌面依赖与权限。

查看桌面平台安装包 →

FlClash

适合桌面和 Android 都要使用、希望减少界面切换成本的用户。其 mihomo 内核体系便于复用相容的代理组、规则和 DNS 配置;但文件里引用的本地路径、网卡名称、监听地址仍需按设备修改,不能把整份桌面配置当成通用成品。

选择时重点检查实际设备架构和授权流程。Android 需要系统 VPN 授权,并可能受省电策略影响;桌面系统代理只影响遵循该设置的应用。如果某款程序没有进入代理链路,先排查流量入口,而不是马上换客户端。本站没有为 FlClash 提供 iOS 下载入口。

查看 FlClash 平台与架构选项 →

Clash Nyanpasu

适合愿意调整界面、核对内核和保留独立配置的桌面用户。内核管理提供了选择空间,也增加了一个排查变量:同一份配置换用不同内核后,字段支持与执行结果不一定相同。讨论问题时应同时说明客户端名称和正在运行的内核,而不只贴一张界面截图。

本站下载中心提供 Windows 安装包,本页不把项目其他发行渠道直接算进本站平台支持。首次使用建议固定一个兼容内核,完成订阅更新、规则匹配与代理入口验证后再调整外观或切换内核。只是需要导入订阅并连接的新用户,可先选 Clash Plus。

查看 Windows 客户端列表 →

Clash for Windows(CFW)

已停止维护

CFW 常见于旧教程和历史配置截图,原版 Clash 体系与今天的 mihomo 并非完全相同。归档包适合复现旧环境、确认旧规则的行为,或作为迁移前的对照。停止维护意味着后续操作系统变化、协议演进和兼容问题不能指望由原项目持续修复。

首次安装不建议仅因教程截图熟悉就选择 CFW。已有用户可优先评估 Clash Plus、Verge Rev 或 FlClash:先导出订阅地址与本地规则,记录代理组名称,再在新客户端逐项验证。旧程序能启动不代表长期适配,也不能据此推断它更省资源或更稳定。

查看替代客户端与归档入口 →

Clash Meta for Android(CMFA)

适合主要在 Android 上管理订阅、规则和应用分流的用户。其内核属于 Clash Meta/mihomo 体系,不应与历史上的原版 Clash for Android 混为一谈。选择安装包时按设备架构判断;更新已有安装前,还需确认应用来源与签名是否相容,避免覆盖安装失败。

连接后的常见问题往往在系统层:VPN 授权是否通过、后台是否被限制、是否与另一个 VPN 应用争用入口。首次排查应先关闭其他 VPN 连接,再确认客户端的应用访问控制。若某个应用被设为绕过代理,即使全局模式已开启,也不能据此认定它会进入该 VPN 的处理范围。

查看 CMFA 安装包选择 →

Surfboard

Surfboard 是 Android 代理工具,但不是 Clash 图形外壳,也不使用 Clash 内核。它采用自身的配置语法,支持范围需按项目说明确认。已有适配该工具的配置时,可以直接围绕其规则体系使用;手里只有 Clash YAML 订阅时,不应假定改扩展名就能导入。

跨体系迁移需要核对节点协议、策略组、规则顺序以及 DNS 行为。配置转换只能作为起点,转换成功也不等于所有字段都保留原意。若没有维护转换结果的需求,使用直接支持现有订阅的客户端通常更省步骤;因此它不是本页面向 Clash 新手的默认选择。

查看 Surfboard 下载入口 →

ClashX Meta

已停止维护

适合已有 macOS 菜单栏使用习惯、短期需要保留旧配置的用户。它属于 Clash Meta 体系,但不能从名称推断归档包包含当前 mihomo 的全部能力。判断字段是否支持,应看实际内核,而不是把最新配置示例直接复制到旧客户端。

新安装更建议先看 Clash Plus、Verge Rev 或 FlClash。旧用户迁移时要记录系统代理、监听端口和本地规则;退出旧客户端后再启动新客户端,避免多个程序反复改写系统代理。迁移成功后检查登录启动项,防止重启后旧程序再次接管代理设置。

查看 macOS 替代选项 →
按使用场景筛选

新手、进阶与多设备怎么选

结论:默认选 Clash Plus,特殊需求再分流

没有明确进阶要求时,先用 Clash Plus 建立可工作的配置。Linux、桌面覆写、Android 应用分流或已有 Surfboard 配置,才是进一步缩小候选范围的具体理由。归档工具用于过渡,不与活跃维护的客户端放在同一推荐优先级。

到下载中心按平台选择客户端 →

更换前后各查一次

客户端迁移检查清单

选好客户端后,不要立刻删除旧配置。先保存可恢复的副本,再按下列顺序切换。订阅链接可能包含访问凭据,记录时仅保存在受控的本地位置,不放进截图或公开问题帖。

  1. 分开备份订阅与本地改动。记录订阅来源、代理组选择、自定义规则和 DNS 设置。直接编辑下载下来的订阅文件,可能在更新时被覆盖;迁移时应把这些修改单独整理。
  2. 确认字段与策略组引用。新内核不一定接受旧扩展字段;规则末尾的策略名称必须能在当前配置中找到。Surfboard 等不同配置体系需要单独转换与检查,不能只改文件名。
  3. 一次只让一个客户端接管网络。先关闭旧程序的系统代理与 TUN,再退出旧程序。检查监听端口是否被占用,然后启动新客户端;不要让两个程序同时争用系统代理或 VPN 入口。
  4. 分开验证浏览器与其他应用。浏览器可访问不代表终端、游戏或后台服务都已走代理。先确认应用是否遵循系统代理,再考虑是否需要 TUN。模式区别见代理模式说明。
  5. 测试更新和重启后的行为。手动更新一次订阅,确认本地规则仍保留;重启后检查登录启动项、权限和代理开关。全部通过后再清理旧程序,保留必要的配置备份。

若多个客户端表现出相同故障,优先检查订阅、节点、DNS 与本地网络。换界面不能替代故障定位,也不能让不兼容的协议自动变得兼容。