Clash 客户端对比
平台、内核与维护状态

客户端平台与功能对比表

下表的平台范围指本站下载页提供的安装入口，不等同于项目历史上发布过的全部系统。维护状态用于区分日常选型与归档用途，不代表具体更新频率；系统最低要求、处理器架构和实际功能以下载页及客户端说明为准。

窄屏可在表格内左右滑动。上手难度描述的是配置操作，不是速度、连接质量或资源占用排名。

原版、Meta 与 mihomo 的区别

客户端负责界面、订阅管理和系统设置，内核负责读取配置、处理连接与执行规则。Clash Meta 在原版 Clash 的基础上扩展了能力，mihomo 延续了这条技术路线。旧客户端能导入文件，不意味着它能识别文件中的全部协议、规则与 DNS 字段。

比较内核时，应从现有配置反推需求：订阅是否明确要求 mihomo，是否含有旧内核不支持的字段，规则集是否依赖相应数据库。不要仅凭应用名称里含有 Clash 就判断兼容。Surfboard 则属于不同配置体系，需要单独确认订阅输出格式。

按使用场景选择客户端

八款客户端逐项点评

Clash Plus：首次安装与多设备选型的首推

Clash Plus 在本站提供 Windows、macOS、Android 与 iOS 入口，适合作为初次选择时的起点。选它的主要理由是设备覆盖，而不是假定所有平台拥有完全相同的设置页。导入前先确认订阅格式，导入后核对配置是否已选中，再按系统要求授予权限。iOS 从下载页进入 App Store；产品说明可查看官网 clashplus.io。如果已有依赖特定 mihomo 扩展的配置，应先核对对应平台的支持说明。

Clash Verge Rev：以桌面规则管理为主

Clash Verge Rev 面向 Windows、macOS 与 Linux 桌面，使用 mihomo 内核。适合既需要图形界面，也希望保留规则、DNS 与 TUN 配置空间的用户。建议把订阅原文与本地覆写分开管理，避免订阅刷新覆盖手动修改。系统代理与 TUN 是不同接管方式，遇到应用未走代理时，先确认应用的网络行为，不要直接叠加所有开关。Linux 用户还应确认发行版的包格式与权限设置。

FlClash：桌面与 Android 的相近操作路径

FlClash 覆盖 Windows、macOS、Linux 与 Android，使用 mihomo 内核。需要在电脑和 Android 手机之间切换的用户，可以借助相近的界面组织方式减少重新寻找入口的成本。但两端不应直接照抄所有参数：桌面可能使用系统代理，手机通常通过 VPN 接口接管流量，应用排除与后台限制也不同。迁移时先导入同一份兼容配置，再分别验证网络接管和 DNS 行为。

Clash Nyanpasu：偏向桌面配置与界面管理

本站提供 Clash Nyanpasu 的 Windows 安装入口。它适合愿意花时间整理配置、调整界面与理解内核选择的用户。核对订阅所需能力时，应查看当前实际启用的内核，而不是只看客户端外壳名称。初次排查建议保持默认工作流，先确认配置可加载，再增加覆写或调整内核；同时改动多处会让报错来源更难区分。只需要导入后使用的用户，不必因为设置项较多而优先选择它。

Clash for Windows：旧环境参考，不作为新装首选

Clash for Windows 已停止维护，本站 Windows 区保留归档入口。熟悉旧界面的用户可能仍能完成基础配置，但旧内核对新协议与新规则语法的支持存在边界，历史安装包之间也可能不同。它更适合帮助用户查找原有配置位置、记录代理端口并迁移设置，而不是承担新设备的长期选型。更换客户端前，先退出旧程序并关闭系统代理，避免旧进程继续占用端口。

Clash Meta for Android：既有 Android 配置参考

Clash Meta for Android，简称 CMFA，属于 Clash Meta 系 Android 客户端，已停止维护。其使用方式涉及 VPN 授权、配置选择以及系统对后台进程的限制。已有用户迁移时，应单独记录按应用代理的名单，因为这类客户端设置未必包含在订阅文件中。新设备建议先比较下载页中的 Clash Plus 与 FlClash，再决定是否需要保留旧环境；不能仅凭旧配置能导入，就认定后续系统适配没有问题。

Surfboard：先确认配置体系，再考虑安装

Surfboard 是 Android 客户端，但不属于 Clash 内核的另一层界面。它采用独立实现，使用 Surge 风格配置；协议、规则和功能支持应按它自身的说明确认。适合已经持有相应格式订阅，或明确知道如何维护该配置的用户。手中只有 Clash YAML 时，不应直接把文件交给 Surfboard 并预期结果一致。即使订阅提供多个输出选项，也要检查转换后是否保留了需要的规则与策略。

ClashX Meta：macOS 菜单栏旧工作流

ClashX Meta 使用 Clash Meta 系内核，以 macOS 菜单栏操作为主要入口，已停止维护。已有用户可以把它作为理解旧配置位置和旧代理设置的参考；新安装则应优先比较 Clash Plus、Clash Verge Rev 或 FlClash。迁移时注意 Apple Silicon 与 Intel 安装包的区别，同时检查登录项及网络代理是否仍指向旧程序。不要把 macOS 的菜单栏界面习惯与内核兼容性混为一谈。

已停止维护客户端与迁移顺序

归档入口表示仍可查阅旧客户端，不表示它适合所有新系统。Clash for Windows、Clash Meta for Android 与 ClashX Meta 的使用决策，应同时考虑系统兼容、内核能力和后续维护。原有环境暂时能用，也应保留迁移所需的配置记录。

1. 保存必要设置。记录配置来源、选中的策略、监听端口、应用排除名单与自定义规则。订阅地址可能带有访问凭据，应留在本地，不贴到公开截图或讨论区。
2. 区分订阅与本地修改。订阅文件通常不能覆盖客户端的全部偏好。检查是否有独立覆写文件、规则集或脚本；这些内容需要分别判断兼容性。
3. 关闭旧客户端的接管。退出旧程序前关闭系统代理或 VPN，并检查开机启动项。不要让两个客户端同时争用监听端口或网络接管权限。
4. 先验证新客户端基础连接。导入配置并确认选中状态，再验证浏览器访问、规则命中和 DNS 解析。基础路径正常后，逐项恢复 TUN、局域网连接或自定义覆写。
5. 保留可恢复记录。确认常用应用都按预期工作后，再清理旧登录项与旧配置。迁移异常可按疑难手册分症状排查，不要反复重装代替定位。

安装前的最终确认

选型顺序建议保持为：操作系统与架构、配置格式、维护状态、接管方式，最后才是界面偏好。客户端不会替代订阅服务，也不能仅凭更换界面改善线路本身的问题。订阅导入成功只说明文件被接收，还需要确认配置加载、策略选择与应用流量走向。

没有既有配置负担时，本站首推 Clash Plus。桌面需要明确的 mihomo 配置工作流，可进一步比较 Clash Verge Rev；桌面与 Android 混用可比较 FlClash。Surfboard 按配置体系单独选择，归档客户端留作既有环境参考。

下载Clash

下载页按平台列出安装包与架构。安装完成后，按Clash 安装教程依次导入订阅、选择模式与验证连接；尚不清楚订阅和客户端关系时，可先查看帮助中心的使用说明。