客户端选型 · 平台与配置兼容性
先确认设备能运行，再看订阅能否导入，最后比较规则、TUN 与界面操作。客户端名称相近，不代表内核能力、配置格式和系统权限完全一致。
本页覆盖下载中心的八款客户端。平台栏描述项目覆盖范围，不等于本站提供所有平台安装包；具体可下载分发、处理器架构与系统要求，请以下载中心为准。
初次使用或需要覆盖多种设备，先看 Clash Plus。它覆盖 Windows、macOS、Android 与 iOS，适合围绕订阅导入、出口选择和日常分流建立操作流程。官网为 clashplus.io。跨平台并不意味着每个平台的高级功能一致，涉及特定协议、后台运行或配置扩展时，仍应逐项确认。
桌面端需要更多配置调整空间，可比较 Clash Verge Rev 与 Clash Nyanpasu；希望在桌面和 Android 上使用相近界面，可比较 FlClash。Android 单平台用户还可以考虑 Clash Meta for Android。Surfboard 适合已经持有对应格式配置的用户，不宜仅凭代理协议名称相同就直接迁入。
Clash for Windows 与 ClashX Meta 属于停止维护的归档选择。保留入口是为了旧环境参考，不是对新设备的优先推荐。客户端仍能启动，也不代表其中的内核能处理近期新增的协议字段。
难度是对常见导入与连接流程的定性判断，不是性能评分。维护状态仅作选型参考，可能随项目调整；安装前应再次查看发行说明。窄屏可横向滚动表格。
| 客户端 | 平台支持 | 内核与配置 | 维护状态 | 上手难度 | 特色功能或操作 | 适合人群 |
|---|---|---|---|---|---|---|
| Clash Plus | Windows、macOS、Android、iOS | 具体内核与协议能力以各平台发行说明为准 | 活跃维护 | 较低；先完成订阅与模式设置 | 多平台入口，适合建立日常连接流程 | 新手、多设备用户；本页首推 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo；Clash YAML 配置 | 活跃维护 | 基础较低，高级配置需学习 | 订阅与配置管理、规则查看、系统代理与 TUN | 桌面常用、需要分流调整的用户 |
| FlClash | Windows、macOS、Linux、Android | mihomo；Clash YAML 配置 | 活跃维护 | 较低；系统接管方式需分平台理解 | 跨平台界面、策略组操作与配置管理 | 桌面与 Android 双端用户 |
| Clash Nyanpasu | Windows、macOS、Linux；本站提供 Windows 入口 | 以 mihomo 为主，可管理不同内核；可用项依发行包而定 | 活跃维护 | 中等；需区分客户端与内核设置 | Tauri 桌面界面、内核管理、订阅与代理设置 | 重视内核选型与配置控制的用户 |
| Clash for Windows | 历史覆盖 Windows、macOS、Linux；本站为 Windows 归档 | 原版 Clash 系历史内核；不等同于当前 mihomo | 已停止维护 | 旧用户熟悉，新用户不优先选择 | 历史配置工作流、旧环境复现 | 需要维护既有环境的用户 |
| Clash Meta for Android | Android | Meta/mihomo 系；Clash YAML 配置 | 活跃维护 | 中等；需处理 VPN 授权和后台限制 | 系统 VPN 接管、应用访问范围、配置切换 | Android 单平台与应用分流用户 |
| Surfboard | Android | 自身实现；Surge 风格配置，不属于 Clash 内核 | 活跃维护 | 取决于配置来源；迁移需转换 | 基于兼容配置格式组织规则与策略 | 已有对应格式订阅的 Android 用户 |
| ClashX Meta | macOS | Meta 系历史内核；实际能力取决于归档包 | 已停止维护 | 基础较低；进阶依赖配置文件 | 菜单栏入口、配置切换与系统代理 | 保留旧版 macOS 工作流的用户 |
同一内核，不等于同一使用体验。mihomo 决定协议解析、DNS 和规则匹配等能力，客户端负责订阅管理、权限申请与界面操作。连接表现还受线路、服务器配置和本机网络影响，不能只按客户端名称判断速度。
Clash Plus 是本页的首选起点，原因是常用桌面与移动平台均有入口，便于先解决安装、导入、连接这条主线。对第一次接触代理客户端的用户，先选对系统与处理器架构，比比较大量高级开关更重要。导入配置后，应确认当前配置已启用，再检查代理模式与实际出口。
多设备使用时，可以围绕同一订阅来源管理配置，但不应把桌面端的全部设置原样套到手机。移动系统的后台限制、网络权限和流量接管机制不同。对某项协议或规则扩展有硬性要求时，先核对对应平台的支持说明，而不是从某一平台的功能推断其他平台。
Clash Verge Rev 适合长期在桌面端使用、需要在订阅、策略组与设置之间频繁切换的用户。其 mihomo 内核能够承载较丰富的协议和规则能力，但界面中能看到一个功能入口，不代表导入的订阅已经配置了对应参数。遇到分流不符合预期，应先查看当前配置与匹配规则。
需要接管更多应用流量时，可以进一步了解 TUN 与服务权限；如果浏览器等常用应用通过系统代理即可工作，就不必同时启用所有接管方式。涉及订阅覆写、配置合并时，应把个人修改与远程订阅分开管理，避免更新后丢失调整。基础流程可参考使用指南。
FlClash 的选择价值在于跨平台操作的一致性。经常在电脑与 Android 设备之间切换的用户，可以减少重新熟悉页面的成本；订阅、策略组与连接状态的操作逻辑更容易衔接。不过，界面相近不等于系统行为相同，桌面系统代理与 Android VPN 接口仍是两种接管路径。
导入前应确认配置属于 Clash YAML 体系，并检查其中使用的协议是否被当前内核支持。手机上出现锁屏后断开时，优先检查系统省电与后台运行权限；电脑上只有部分程序直连时，则应检查应用是否遵循系统代理。两类问题不宜通过反复更换客户端来混合排查。
Clash Nyanpasu 采用 Tauri 构建桌面界面，适合希望清楚区分客户端、配置文件与内核职责的用户。订阅管理解决配置从哪里来，代理模式决定如何使用规则，内核决定具体语法和协议能否运行。本站下载中心提供 Windows 分发入口，其他系统的项目支持范围不应与本站包清单混为一谈。
内核切换不是速度提升按钮。切换前要核对协议、DNS 字段与规则提供器兼容性，并备份可以正常工作的配置。预发布内核更适合有明确验证需求的用户；日常使用应优先采用已经验证稳定的组合。希望理解原版、Meta 与 mihomo 的关系，可以继续查阅技术参考。
Clash for Windows 常简称 CFW，历史上并不只支持 Windows。本站保留的是 Windows 归档入口，主要服务于旧工作流复现与配置迁移。它已停止维护，因此不能把仍可启动视为对新系统、新协议或新配置字段的持续支持。
从 CFW 迁移时，建议先导出原始订阅地址与个人配置修改，再在维护中的客户端里重新导入。不要直接复制整个程序数据目录，因为缓存、服务路径和运行时状态可能并不兼容。旧配置在新客户端报错时，应逐项检查字段，而不是为了保留界面习惯长期停留在旧环境。
Clash Meta for Android 常简称 CMFA，适合明确只在 Android 上使用，并希望调整应用接管范围的用户。它通过系统 VPN 接口接管流量，首次启用通常需要确认系统授权。手机上另一款 VPN 类应用可能占用同一接口，应先明确当前由哪个应用负责连接。
应用访问范围与规则分流是不同层次的设置：前者决定哪些应用进入接管流程，后者决定进入之后走哪个出口。若某个应用始终不受规则影响，先确认它是否在接管范围内，再检查规则和 DNS。部分系统会限制后台活动，持续连接需求应结合设备的电池管理选项处理。
Surfboard 是 Android 代理客户端，但不是换了界面的 Clash。它采用 Surge 风格配置，不能把 Clash YAML 文件改个扩展名就直接使用。配置中包含相似的策略、规则或服务器信息，也不代表关键字、分组行为与协议参数完全兼容。
已有适配 Surfboard 的订阅时，可以围绕其配置方式继续使用；只有 Clash 订阅时，应先询问订阅来源是否提供对应格式。转换过程可能丢失特定协议参数、DNS 逻辑或规则集定义，完成导入后仍要验证实际匹配结果。对新手而言，选择与已有配置直接兼容的客户端通常更省步骤。
ClashX Meta 以 macOS 菜单栏操作为主要入口，适合了解旧环境的用户参考。它已停止维护，归档包内的 Meta 系内核能力应单独看待，不能因为名称带有 Meta 就假定与当前 mihomo 完全一致。新安装用户可先比较 Clash Plus、Clash Verge Rev 或 FlClash。
保留旧版时，应注意系统升级后的授权、代理恢复与后台启动行为。迁移前记录原有端口、订阅地址和手动规则，迁移后只让一个客户端负责系统代理。多个应用同时争用代理设置，可能表现为退出一个后另一个也无法连接，这与订阅是否有效不是同一个问题。
小白入门：先选 Clash Plus。按设备进入下载中心，安装后只完成订阅导入、配置启用与规则模式设置。先验证一次常用应用访问，再考虑 TUN、DNS 覆写等高级选项。订阅来源、账号状态或配置格式有问题时，换客户端通常不能直接解决。
进阶配置：比较 Verge Rev 与 Nyanpasu。前者适合围绕桌面配置管理建立日常流程，后者适合需要关注内核管理的用户。选择前列出必需的协议、规则集与接管方式，逐项核对；若希望自行编写规则，先理解匹配顺序和策略组引用，再决定使用哪套界面。
多设备：先看 Clash Plus，再看 FlClash。设备包含 iOS 时，Clash Plus 的平台覆盖更贴合本页场景；主要使用桌面与 Android 时，FlClash 也值得比较。同一订阅可能限制在线设备数或并发连接，客户端的跨平台支持并不会改变订阅侧限制。
老电脑：先核对系统与架构。旧系统能否安装、运行库是否满足要求，比界面看起来是否轻量更关键。不要仅为降低资源占用而优先采用停止维护的软件。测试时保持同一配置、同一流量接管方式和相近使用场景，再观察本机任务管理器；本站不提供脱离设备条件的内存排名。
Linux 用户可从下载中心比较 Clash Verge Rev 与 FlClash，并按发行版选择对应包格式。服务器和路由器属于另一类部署场景：通常需要直接管理 mihomo 内核及服务配置，不宜把桌面 GUI 的操作步骤原样搬过去。
记录订阅地址、更新方式和当前选中的配置名称。若曾手动加入直连规则、修改 DNS 或调整策略组，应保存这些改动的独立副本。订阅地址可能包含账号凭据，不要把完整链接、配置文件或带敏感信息的日志发到公开讨论区。
新客户端首次启动时，先导入未经额外修改的配置，确认能正常解析并完成连接，再逐步迁入个人规则。这样可以区分问题来自订阅本身、格式兼容性，还是后续覆写。不同客户端保存策略组选择的方式也可能不同，应重新确认常用组的当前出口。
切换桌面客户端前，先关闭旧客户端的系统代理与 TUN，并确认相关服务是否仍在后台运行。Android 上则先停止旧 VPN 连接，再授权新应用。两个客户端同时占用端口或接管接口，可能出现规则正确却无法联网的现象。
验证时先看当前代理模式，再查看连接日志或规则命中结果。延迟测试能返回结果，只能说明对应测试请求成功，不足以证明所有应用都已接管。若仍有疑问，前往常见问题按订阅、权限、DNS 与规则逐类排查；具体导入步骤见使用指南。
选定客户端后，仍需按操作系统、处理器架构和包格式选择安装文件。项目支持的平台范围、本站提供的分发范围与设备能够运行的范围是三个不同概念。前往下载中心查看系统要求与可用安装包，不要根据客户端名称猜测安装文件是否适用。