START WITH THE PLATFORM
选型结论：优先检查 Clash Plus
新安装或同时使用电脑与手机时，首推从 Clash Plus 开始核对。本站提供 Windows、macOS、Android 与 iOS 入口，适合先完成安装、导入订阅和切换策略组的用户。先在一台常用设备上验证配置，再扩展到其他设备，比同时排查多个系统更容易定位问题。
这个建议不等于各平台具有相同内核和全部字段支持。已有复杂的 config.yaml、自定义 DNS 或透明代理需求时，应先确认对应平台发行说明。需要 Linux 图形客户端，优先查看 Clash Verge Rev；希望桌面与 Android 的界面接近，可比较 FlClash；希望直接管理 Android 上的 Clash 配置，可查看 Clash Meta for Android。
平台、内核与维护状态对比
上手难度按“导入已有订阅并完成基本连接”判断，不代表资源占用或网络性能。平台列仅列出本站下载页覆盖的安装包，不等于项目全部发行范围。维护状态是定性说明；安装前仍应检查项目公告与系统要求。
窄屏可在表格内左右滚动。点击客户端名称可跳转到对应点评。
| 客户端 | 本站提供的平台 | 内核或配置体系 | 维护状态 | 上手难度 | 特色功能 | 适合人群 |
|---|---|---|---|---|---|---|
| Clash Plus 首推 |
Windows / macOS / Android / iOS | 以对应平台发行说明为准 | 活跃维护 | 较低：先导入配置 | 多平台客户端入口，适合分设备建立配置 | 新手、多设备用户 |
| Clash Verge Rev | Windows / macOS / Linux | mihomo（Meta 系列） | 活跃维护 | 基础较低，覆写配置需学习 | 桌面订阅管理、配置覆写、服务模式 | 桌面用户、进阶配置用户 |
| FlClash | Windows / macOS / Linux / Android | mihomo | 活跃维护 | 较低：界面路径较集中 | 桌面与移动端相近的配置管理方式 | 电脑与 Android 混合使用者 |
| Clash Nyanpasu | Windows | 支持 mihomo；可用内核以发行包为准 | 活跃维护 | 中等：需区分界面与内核设置 | 桌面配置管理、内核选择 | 希望调整桌面工作流的用户 |
| Clash for Windows 归档 |
Windows | 原版 Clash 生态；实际能力取决于所带内核 | 已停止维护 | 旧教程较多，迁移需检查差异 | 历史配置与旧界面参考 | 需要识别旧环境的存量用户 |
| Clash Meta for Android | Android | Meta / mihomo | 活跃维护 | 中等：涉及 VPN 与后台权限 | 配置文件管理、Android VPN 接管 | 熟悉 Android 网络权限的用户 |
| Surfboard | Android | 独立实现，使用 Surfboard 配置语法 | 活跃维护 | 已有兼容配置时较低，迁移需转换 | Surfboard 配置与分流工作流 | 已有对应格式配置的 Android 用户 |
| ClashX Meta 归档 |
macOS | Meta 系列；能力取决于所带内核 | 已停止维护 | 基础操作较少，旧环境兼容需检查 | macOS 菜单栏操作 | 需要保留旧配置的存量用户 |
原版 Clash、Meta 与 mihomo 的区别
客户端负责操作，内核负责执行。订阅列表、系统代理开关、配置编辑器属于客户端；解析代理协议、执行规则、处理 DNS 属于内核。客户端能打开 YAML 文件，只能说明文件被读取，不代表其中每一个键都被当前内核接受，也不代表运行时最终使用了这份文件。
Clash Meta 是在 Clash 生态中扩展协议与配置能力的内核路线，后续以 mihomo 名称延续。旧教程中的 Meta 字段与新文档中的 mihomo 字段具有历史关联，但仍须核对具体支持范围。原版 Clash 的旧配置与 mihomo 配置有大量共同结构，却不能直接视为双向完全兼容。
例如，mixed-port 定义本地混合代理入口，proxy-groups 定义策略组，rules 按顺序决定出站目标。迁移时，规则引用的组名必须真实存在；DNS 的 enhanced-mode 与 fake-ip-filter 则需要结合当前内核和客户端的 DNS 设置一起检查。不能仅凭字段名称相同就判断最终行为相同。
Surfboard 应单独处理。它不是一个更换外观的 Clash 客户端，配置段落、策略定义和支持协议存在自己的边界。拿到 Clash YAML 订阅时，应向配置提供方确认是否有 Surfboard 可用格式；只修改文件扩展名不会完成转换。
八款客户端逐项点评
Clash Plus：新手与多设备的优先起点
Clash Plus 适合先完成基本代理流程，再逐步理解字段的用户。选型时先看常用设备是否在支持范围内，然后确认订阅能否导入、策略组能否选择、系统接管方式是否符合需求。多设备使用的价值是减少重复学习入口，而不是保证每台设备的网络权限、后台行为和功能项完全一致。
iOS 用户可从下载页进入 App Store；项目官网为 clashplus.io。若配置依赖特定协议或 mihomo 扩展字段，先核对对应平台说明，再决定是否迁移整套配置。不要把桌面端的经验直接套用到移动系统。
Clash Verge Rev：桌面配置与覆写管理
Clash Verge Rev 面向 Windows、macOS 与 Linux 桌面环境，使用 mihomo 内核。订阅、策略组与连接等入口适合日常查阅；需要服务模式、TUN 或配置覆写时，也有较明确的设置路径。对于已有 YAML 文件且希望保留本地调整的用户，重点应放在订阅原文与最终生效配置之间的关系。
远程订阅更新可能替换原始内容，本地改动宜放入客户端支持的覆写或扩展机制。排查时先查看最终配置，再看日志中的加载结果。界面里的端口、DNS 与系统代理设置可能影响运行结果，不能只检查订阅编辑器中的一段 YAML。
FlClash：桌面与 Android 的相近操作路径
FlClash 使用 mihomo，本站覆盖 Windows、macOS、Linux 与 Android。适合在电脑和 Android 设备之间切换，希望配置管理方式相近的用户。导入后仍要逐项确认策略组选择、运行模式与接管开关；相近的界面结构不会消除操作系统的权限差异。
桌面端的系统代理与 Android 的 VPN 服务并非同一机制。电脑端能连接，不代表手机后台限制已处理；手机能连接，也不意味着桌面应用都遵循系统代理。比较客户端时，应使用同一份配置与同一项访问任务，而不是只比较按钮名称。
Clash Nyanpasu：桌面工作流与内核选择
Clash Nyanpasu 适合希望调整桌面配置管理方式、并能区分客户端设置与内核能力的用户。本站下载页提供 Windows 入口。涉及内核选择时，应以安装包实际提供的选项为准；切换内核之前，先确认现有协议和扩展字段是否被目标内核支持。
它更适合作为已有基础后的界面选择，而不是解决所有连接故障的替代方案。若订阅本身失效、组名引用错误或 DNS 设置不合适，更换客户端后仍可能遇到相同问题。迁移时先导入最小可用配置，确认基本连接，再恢复本地规则。
Clash for Windows：旧教程与归档环境
Clash for Windows 已停止维护。它经常出现在较早的教程中，因此仍有识别旧界面、解释历史配置和迁移设置的参考价值。这里的归档入口不代表建议新用户继续建立长期使用环境，也不能将旧客户端名称当成当前所有 Windows 客户端的统称。
从 CFW 迁移时，记录订阅来源、策略组手动选择、监听端口和自定义规则。旧版脚本或配置增强机制可能无法直接搬到新客户端，宜按目标客户端的覆写机制重新整理。替代选择优先看 Clash Plus，也可按桌面配置需求比较 Clash Verge Rev。
Clash Meta for Android：配置文件与 VPN 权限
Clash Meta for Android，常简称 CMFA，适合希望直接管理 Clash 配置的 Android 用户。它使用 Meta/mihomo 路线内核，通过 Android VPN 服务接管连接。初次启动时，需要按系统提示授权；已有其他 VPN 服务运行时，应先处理服务冲突，再判断配置是否有效。
长期使用还需检查电池优化、后台运行权限与应用访问范围。出现锁屏后断连时，先区分系统结束后台服务和代理上游不可用这两类原因。若只需要基本订阅操作，可以先比较 Clash Plus 或 FlClash，再决定是否采用更偏配置管理的工作流。
Surfboard：以现有配置格式决定是否选择
Surfboard 适合已经取得兼容配置、或明确需要其配置语法的 Android 用户。它与 Clash 的主要区别不只是页面布局，而是配置体系。节点、策略和分流规则需要按 Surfboard 支持的格式组织，不能默认接受任意 Clash YAML 或全部 mihomo 协议。
如果唯一可用订阅就是 Clash 格式，优先选择直接支持该格式的客户端，通常能减少转换环节。确需转换时，检查协议参数、策略引用、DNS 与最终兜底规则；转换成功生成文本，不等于语义完整保留。涉及订阅链接时，也应避免提交给不明转换服务。
ClashX Meta：macOS 菜单栏归档客户端
ClashX Meta 采用菜单栏操作方式，属于 Meta 系列客户端，现已停止维护。它适合解释存量 macOS 环境，不作为新安装的优先推荐。菜单栏界面较简洁，但界面简洁不能推导出更低资源占用，也不能保证与新系统的网络权限机制兼容。
迁移前先退出旧客户端并恢复其设置的系统代理，避免旧监听端口仍被系统引用。之后按 Intel 或 Apple Silicon 选择新安装包，导入配置并逐项验证。若不依赖历史工作流，可从 Clash Plus、Clash Verge Rev 或 FlClash 中重新选择。
按使用场景缩小范围
更换客户端前的配置检查
迁移的目标是保留配置意图，而不是复制整个旧客户端目录。先导出或备份本地配置，记录规则模式、策略组选择与必要的本地覆写；订阅链接属于敏感信息，不应出现在公开截图、日志分享或问题描述里。
- 检查安装条件。按操作系统和处理器选择安装包。架构相同仍需检查系统要求，不要把无法启动直接归因于订阅问题。
- 释放旧接管设置。退出旧客户端，检查系统代理与其他 VPN 服务。两个客户端同时争用本地端口或接管网络，会让问题难以定位。
- 先导入原始配置。确认订阅可读取、策略组可选择、规则目标存在。遇到加载错误先看字段名与缩进，再逐项恢复自定义设置。
- 验证最终运行配置。核对
mixed-port、mode、dns与rules。客户端生成的最终配置可能与订阅原文不同。 - 按实际任务检查。使用平常需要访问的应用或站点，查看连接使用的规则与出站目标。一次请求成功不能代表所有应用都已通过同一路径。
确定候选后，前往客户端与平台下载页选择安装包。首次配置按快速上手步骤操作；需要逐字段确认时，再查阅config.yaml 配置参考。选型结论可以随需求变化，但每次迁移都应保留一份可恢复的配置。