客户端选型 / 平台与配置兼容
先确认系统与订阅格式，再比较内核能力。新安装优先考虑 Clash Plus；需要桌面覆写与细粒度设置时，再对照 Clash Verge Rev、FlClash 等客户端。
窄屏可左右滚动表格。维护状态用于区分选择方向，不代替下载时对对应发行渠道的确认。
| 客户端 | 本站下载平台 | 内核与配置体系 | 维护状态 | 上手难度 | 特色功能与适合人群 |
|---|---|---|---|---|---|
| Clash Plus | Windows、macOS、Android、iOS | Clash 兼容配置；内核与字段支持按平台确认 | 活跃维护 | 较低 | 订阅导入与日常分流；优先面向新用户及多设备用户 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo | 活跃维护 | 中等 | 配置覆写、规则管理、TUN；适合桌面进阶配置 |
| FlClash | Windows、macOS、Android、Linux | mihomo | 活跃维护 | 较低至中等 | 跨平台界面与配置管理；适合电脑和 Android 并用 |
| Clash Nyanpasu | Windows | 多内核管理；以所选内核为准 | 活跃维护 | 中等至较高 | 内核选择与配置调整；适合能阅读日志和配置的用户 |
| Clash for Windows | Windows，归档 | 原版 Clash 系，取决于归档包 | 已停止维护 | 旧用户较熟悉 | 旧配置与操作路径对照；不建议用于新部署 |
| Clash Meta for Android | Android | Clash Meta / mihomo 系，以发行包为准 | 按所选发行渠道确认 | 中等 | Android VPN 接管与配置管理；适合已有 CMFA 配置的用户 |
| Surfboard | Android | 独立实现，Surge 风格配置 | 活跃维护 | 中等 | 适合已有兼容配置的 Android 用户；不能直接套用 Clash YAML |
| ClashX Meta | macOS，归档 | Clash Meta 系，取决于归档包 | 已停止维护 | 基础操作较低 | 菜单栏操作与旧环境维护；新安装优先选择持续维护客户端 |
Clash Meta 是在 Clash 生态中扩展发展的内核分支，后续以 mihomo 名称继续演进。旧项目名称里保留 Meta，不代表安装包一定包含当前 mihomo；反过来，客户端名称里没有 Meta，也可能内置 mihomo。需要某种协议、DNS 字段或 TUN 行为时，应核对实际内核，而不是只看应用名称。
上手难度也不是性能排名。配置入口多的客户端可以只做基础导入，界面简洁的客户端同样可能需要处理 VPN 权限、系统代理或 DNS 问题。表中的判断针对首次安装和后续维护步骤，不提供未经同环境测试的资源占用或速度结论。
按默认推荐、持续维护候选与旧环境工具阅读。下载入口统一进入平台列表，不在选型页直接选择安装包。
适合先完成订阅导入、出站选择和日常分流，再逐步了解配置的新用户。本站在 Windows、macOS、Android 与 iOS 下载区优先列出 Clash Plus，多设备用户可以先围绕同一客户端名称建立操作习惯，减少首次选择时的分支。
跨平台并不意味着设置完全一致。桌面端的系统代理、移动端的 VPN 授权，以及各平台允许的接管方式需要分别处理。涉及内核扩展字段时，应以该平台发行说明和实际导入结果为准，不把桌面配置未经检查地整份覆盖到手机。
iOS 通过 App Store 获取；项目官网为 clashplus.io。其他平台入口见客户端下载页。
面向需要较完整桌面配置入口的用户。mihomo 内核配合配置覆写、规则管理与 TUN 设置，可以把订阅提供的基础配置和本机特定需求分开维护。例如订阅负责节点与策略组，本地覆写负责端口、DNS 或局域网行为。
相应的维护成本是需要分清配置来源。界面设置、订阅原文和覆写结果可能共同影响最终生效内容；排查时应查看合并后的配置与日志。只想导入后连接的用户不必一开始就启用所有高级选项，先验证系统代理，再按需要安装或启用 TUN 服务。
适合同时使用桌面系统与 Android、希望配置管理路径相近的用户。FlClash 使用 mihomo 内核，常见的订阅、代理组和规则配置可以围绕同一套内核概念理解；本站提供 Windows、macOS、Android 与 Linux 入口。
相似界面不能消除操作系统差异。Android 需要授予 VPN 权限，并检查后台电池管理；桌面端则要区分应用是否读取系统代理、是否需要 TUN 接管。迁移时可以复用经过验证的订阅，但应重新确认本机端口、文件路径和权限，不直接复制设备专属设置。
适合希望了解客户端界面与代理内核边界的桌面用户。其多内核管理取向为配置测试提供选择，但内核切换不是通用修复按钮：不同内核对协议、规则提供器和扩展字段的支持可能不同，导入成功也不等于每项功能都按原意执行。
本站下载清单提供 Windows 入口。选用前先明确实际要使用的内核，再保存一份可工作的配置作为基线。测试时每次只改一个变量，并保留日志；如果只是日常连接，不需要为了可选项数量而增加配置复杂度。
CFW 是许多旧教程使用的界面，也是迁移时常见的配置来源。归档包可以帮助识别旧的 Profiles、Proxies 和 Settings 操作路径，但停止维护意味着不能期待持续跟进新的系统变化、协议能力或内核问题。
新安装建议选择持续维护的客户端。旧用户迁移时，优先保留订阅地址、自己添加的规则与必要的本地设置，而不是把整个应用目录复制过去。现代 mihomo 客户端与旧配置存在较多共同字段，但策略组名称、路径及覆写机制仍需逐项检查。
CMFA 面向 Android 的本机代理场景，通过系统 VPN 接口接管流量。已有此类配置的用户通常熟悉配置导入、代理组选择与应用访问控制，但实际内核能力仍要结合所下载的发行包确认，不能仅凭 Meta 名称判断。
同名分支和分发渠道可能存在差异，本页不把不同来源统一承诺为持续更新。下载前核对项目来源、维护说明与系统要求。连接后若锁屏容易中断，应先检查 Android 的电池优化和后台限制；同时确认是否有其他 VPN 应用占用了系统接口。
Surfboard 在同一下载清单中出现，不代表它是另一种 Clash 外壳。它采用独立实现和 Surge 风格配置语法，更适合已经持有兼容配置、并理解对应规则格式的 Android 用户。
Clash 的 YAML 文件不能通过修改后缀直接导入。转换时不仅要处理语法，还要核对协议、策略组、DNS 与规则语义是否受支持。已有配置在其他客户端工作，也不足以证明 Surfboard 能完整复现；只有 Clash 订阅的新用户，优先选择明确支持该订阅格式的客户端更直接。
ClashX Meta 的菜单栏操作适合已有 macOS 使用习惯的旧用户。它与原版 ClashX 的名称接近，但内核分支及具体构建不同，不能把两者教程中的全部功能直接互换，也不能把归档内核等同于当前 mihomo。
新设备与新系统优先考虑持续维护的客户端。迁移前先关闭旧客户端的系统代理和自动启动，避免两套设置反复覆盖。再根据 Apple Silicon 或 Intel 架构选择新安装包，导入订阅后分别验证浏览器访问与需要接管的其他应用。
先保留一个主客户端，再测试替代方案。多个客户端同时开启系统代理或 TUN，会让连接路径难以判断。
Clash for Windows 和 ClashX Meta 保留下载入口，主要用于旧环境与历史配置对照。已有环境暂时能连接，不代表它适合作为新设备的长期安装方案。迁移到持续维护的客户端时，重点是恢复相同的出站逻辑，而不是复刻旧界面的每一个开关。
若旧配置使用 mixed-port: 7890，迁移时还需检查该端口是否已被占用。端口本身不决定客户端性能，也不要求所有设备统一；需要统一的是应用指向的地址与新客户端实际监听地址。
完整的平台安装与权限说明见全平台安装配置文档；只需要跑通首次连接，可按Clash 使用教程逐步操作。
没有明确的特殊需求时，首推 Clash Plus。先确认对应平台的订阅与功能支持，再完成日常规则分流。桌面深度配置优先比较 Clash Verge Rev，电脑与 Android 共用操作习惯可比较 FlClash，多内核测试再考虑 Clash Nyanpasu。
Android 上已有 CMFA 或 Surfboard 工作配置的用户，可以按配置格式和维护渠道评估是否保留；两者不能仅凭界面偏好互换。CFW 与 ClashX Meta 作为归档工具看待，不把旧教程的熟悉程度当作新安装的主要依据。
前往客户端下载页，按平台查看可用客户端、系统要求和安装入口。客户端只负责处理已有配置与连接，不会因为更换界面自动获得可用订阅，也不能用客户端名称替代对出站线路的实际验证。