首次安装 / 多设备
Clash Plus
Clash Plus 是本站的首推入口，适合先建立稳定使用流程，再逐步学习规则与 DNS 设置的用户。选择它的重点是平台覆盖与日常操作，而不是假定所有平台具有完全一致的底层实现。尤其在 iOS 上，网络接管受系统机制约束，不能把桌面端的服务安装、端口监听或 TUN 操作原样套用。迁移已有订阅时，应核对配置格式、协议类型和自定义规则的支持范围；需要特定 mihomo 字段时，先对照目标平台说明。
查看 Clash Plus 平台入口 →默认推荐
Clash Plus 优先考虑
首次安装，或希望在 Windows、macOS、Android 与 iOS 之间建立相近使用习惯，可先选择 Clash Plus。先完成订阅导入、模式选择和系统授权，再决定是否需要更细的配置编辑能力，比一开始同时比较大量开关更容易定位问题。
Linux 用户优先看 Clash Verge Rev，也可选择 FlClash。已有明确的配置扩展、桌面脚本或内核切换需求，再按下表选择对应工具；同名功能在不同系统上的实现仍可能不同。
Clash Plus 官网：clashplus.io →横向查阅
客户端对比表
平台栏对应本站下载中心提供的包，不代表项目历史上支持过的全部系统。窄屏可在表格内横向滚动。
| 客户端 | 本站提供平台 | 内核路线 | 维护状态 | 上手难度 | 特色功能与适合人群 |
|---|---|---|---|---|---|
| Clash Plus 首推 |
Windows、macOS、Android、iOS | 以平台版本说明为准；不按品牌名推定内核 | 活跃维护 | 较低 | 订阅与代理设置集中；适合首次安装及多设备用户。 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo（Meta 延续路线） | 活跃维护 | 中等 | TUN、配置扩展与桌面管理；适合需要细调设置的用户。 |
| FlClash | Windows、macOS、Android、Linux | mihomo | 活跃维护 | 较低至中等 | 跨平台界面与配置管理；适合桌面、Android 混合使用。 |
| Clash Nyanpasu | Windows | 支持内核管理，能力取决于所选内核 | 活跃维护 | 中等至较高 | 配置管理与内核选择；适合能区分界面与内核职责的用户。 |
| Clash for Windows 已停止维护 |
Windows（归档） | 原版 Clash 路线；以归档包为准 | 已停止维护 | 界面较易，迁移成本需考虑 | 保留旧环境操作习惯；仅作历史配置与迁移参考。 |
| Clash Meta for Android | Android | Meta / mihomo 路线 | 活跃维护 | 中等 | Clash 配置与 Android VPN 接管；适合熟悉 YAML 的用户。 |
| Surfboard | Android | 独立实现，非 Clash 内核 | 活跃维护 | 中等；迁移格式需额外学习 | 自身配置体系；适合已有兼容配置或明确使用需求的用户。 |
| ClashX Meta 已停止维护 |
macOS（归档） | Meta 路线；以归档包为准 | 已停止维护 | 基础操作较低 | 菜单栏操作；已有用户应规划向维护中的客户端迁移。 |
维护状态为定性选型信息，不代表发布频率承诺。安装前仍应查看项目或商店的当前说明。难度按完成导入、授权和连接的学习成本判断，不是性能评分。
逐款点评
功能取舍与使用边界
客户端负责界面和系统集成，内核负责协议与规则执行。两层都合适，才算选对。
桌面细调 / Linux
Clash Verge Rev
Clash Verge Rev 更适合在桌面上管理代理模式、系统代理、TUN 和配置扩展。它采用 mihomo 路线，但界面中的开关不等同于内核配置文件的全部字段；扩展配置与订阅更新之间也有合并顺序。准备长期维护自定义规则时，应把个人改动放在客户端支持的扩展位置，而不是直接改写每次更新都会替换的订阅内容。TUN 需要的系统权限、服务组件和路由行为因操作系统而异，遇到连接问题应先确认授权是否完成。
查看桌面端下载选项 →桌面与 Android
FlClash
FlClash 适合希望在电脑和 Android 上保持相近界面习惯的用户。其 mihomo 路线方便复用兼容的订阅与规则思路，但跨平台并不意味着权限、配置存储位置或后台行为相同。Android 需要系统 VPN 授权，桌面端则可能涉及服务与虚拟网卡。若已有可用的 mihomo 配置，可以先导入副本，确认策略组和 DNS 设置，再补充平台专属选项。不要只凭界面一致就同步全部设置，文件路径和网卡名称往往需要分别处理。
查看 Android 客户端 →配置管理 / 内核选择
Clash Nyanpasu
Clash Nyanpasu 的选型价值在于配置管理和内核管理能力，适合愿意理解两者区别的桌面用户。某个协议是否可用，应看当前选中的内核与其配置支持，不能只看客户端名称。切换内核前，先备份配置并记录原有选择，再检查新内核是否接受现有字段。本站下载中心提供 Windows 安装入口；这只是本站包清单范围，不应据此推断项目全部平台支持。若只需要导入订阅后日常使用，通常不必把内核切换作为第一项需求。
查看 Windows 安装选项 →归档 / 旧配置迁移
Clash for Windows
Clash for Windows 已停止维护，保留入口主要用于旧环境查阅和迁移，不作为新设备的默认建议。旧教程中的界面名称可能仍然熟悉，但新的协议、配置字段和系统变化不会因为界面能启动就自动获得支持。迁移时应优先提取订阅来源、个人规则和需要保留的策略组，不要直接覆盖新客户端的整个配置目录。更换为 mihomo 路线客户端后，也要逐项检查旧脚本和配置扩展；原版路线中的特殊写法不一定能按原样运行。
查看维护中的 Windows 替代项 →Android / Clash 配置
Clash Meta for Android（CMFA）
CMFA 适合希望直接使用 Clash 配置体系，并愿意处理 Android 权限设置的用户。其 Meta / mihomo 路线与旧版 Clash for Android 不能简单视为同一能力集合。导入后先检查配置是否成功解析，再授权系统 VPN；如果后台连接经常中断，还需检查系统电池优化和后台限制。通常同一时间只有一个应用能占用系统 VPN 通道，与其他同类工具同时启动可能产生冲突。界面中的连接状态只能说明本地服务情况，仍需用实际应用验证访问与分流。
查看 CMFA 下载选项 →Android / 独立配置体系
Surfboard
Surfboard 是 Android 上的另一条选择，但它不是 Clash 内核的换皮界面。它使用自身配置体系，可参考其支持的 Surge 风格语法，不能直接把 Clash YAML 当作等价输入。已有兼容订阅的用户可以优先检查协议、策略组和规则支持，再决定是否迁移；只有 Clash 订阅时，应先确认提供方是否给出匹配格式。格式转换也不保证语义完全一致，特别是 DNS 行为与策略组选择逻辑。选它应基于明确的配置需求，而不是期待与 mihomo 功能逐项对应。
查看 Surfboard 平台入口 →macOS / 归档
ClashX Meta
ClashX Meta 采用 Meta 路线，菜单栏操作方式适合原有 macOS 使用习惯，但项目已停止维护。归档包包含的内核能力应以实际包为准，不能因为名称含 Meta 就推定具备当前 mihomo 的全部功能。新安装优先考虑 Clash Plus、Clash Verge Rev 或 FlClash；已有用户迁移时，先记录系统代理和本地端口，再退出旧客户端，避免两个程序争用监听端口。Apple Silicon 与 Intel 安装包也应按设备架构选择，不能仅凭文件后缀相同判断通用性。
查看 macOS 替代客户端 →按实际需求缩小范围
使用场景选型建议
更换客户端前
配置兼容性检查清单
能导入只是第一步，还要确认协议、分流与系统接管按预期工作。
区分三个兼容层次
第一层是订阅格式：节点链接、Clash YAML 与 Surfboard 配置不是同一种内容。第二层是内核语义：字段能被识别，不代表所有行为与旧环境完全一致。第三层是系统集成：系统代理只影响愿意读取该设置的应用，TUN 或 Android VPN 则涉及不同的接管机制。
原版 Clash、Meta 与 mihomo 有继承关系，但不是任意配置都能双向互换。尤其不要把较新内核使用的协议字段直接交给停止维护的归档包。
按顺序迁移与回退
- 保存原订阅来源与个人规则副本，记录端口和当前代理模式。
- 退出旧客户端，确认旧系统代理与虚拟网卡接管已停止。
- 在新客户端导入副本，先用默认设置完成连接验证。
- 逐项恢复自定义规则、DNS 与 TUN 设置，每次修改后复测。
遇到异常先看配置解析与连接日志，再排查网络。客户端切换不会自动改善服务端线路质量；延迟高或网速慢也不能单凭更换界面解决。