客户端选型 / 手机与桌面
Clash 客户端对比
平台、内核与使用场景
第一次安装，优先看 Clash Plus；需要 Linux 桌面端，先看 Clash Verge Rev 与 FlClash。已经有配置的用户，先确认订阅格式和内核要求，再考虑界面是否顺手。
八款客户端对比表
内核是负责解析配置和转发流量的组件，客户端则提供导入、开关和设置界面。Meta 是 Clash 的衍生路线，mihomo 延续了这一技术路线；看到 Meta 名称，不代表包内一定使用同一代内核。原版、Meta 与 mihomo 的字段支持有差异，不能只凭“都是 Clash”判断配置兼容。
表中平台表示本站下载清单覆盖的安装入口，不是项目历史上所有平台的完整列表。维护状态按项目路线作定性区分，实际安装时仍应查看发行说明；活跃维护也不代表每个系统同步获得相同功能。窄屏可左右滑动查看。
| 客户端 | 平台入口 | 内核路线 | 维护状态 | 上手难度 | 特色与限制 | 适合人群 |
|---|---|---|---|---|---|---|
| Clash Plus | Android、iOS、Windows、macOS | 以当前应用内核说明为准，不按名称推断 | 活跃维护 | 较低；先走订阅导入流程 | 覆盖手机与常用桌面平台；高级字段逐项确认 | 新手、手机为主、多设备用户 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo | 活跃维护 | 基础较低，覆写与 TUN 需要学习 | 桌面配置管理、覆写、系统代理与 TUN | 桌面日常使用、规则进阶用户 |
| FlClash | Android、Windows、macOS、Linux | mihomo | 活跃维护 | 较低；跨设备设置仍需分别处理 | 手机与桌面界面接近，便于复用操作习惯 | Android 与电脑搭配使用者 |
| Clash Nyanpasu | Windows | 随所选内核而异，需核对实际内核 | 活跃维护 | 中等；涉及内核与配置管理 | 桌面界面定制、配置管理；能力受内核影响 | 愿意调整桌面工作流的用户 |
| Clash for Windows | Windows | 原版 Clash / Premium 历史路线，随旧包而异 | 已停止维护 | 旧用户熟悉，新用户不建议入门 | 归档环境参考；不适合作为新功能支持依据 | 旧配置备份与迁移用户 |
| Clash Meta for Android | Android | Meta / mihomo 系 | 活跃维护 | 中等；需要处理 VPN 授权与后台限制 | Android 原生操作路径、订阅管理、VpnService | 熟悉 Android 设置的用户 |
| Surfboard | Android | 独立实现，非 Clash 内核 | 活跃维护 | 有对应配置时较低，跨格式迁移较高 | 使用自身支持的配置语法，不直接套用 Clash YAML | 已有 Surfboard 兼容配置的用户 |
| ClashX Meta | macOS | Meta 系，随归档包而异 | 已停止维护 | 菜单栏操作较直接，排错依赖配置知识 | 菜单栏使用习惯；新系统兼容性需另行确认 | 旧 macOS 环境与迁移用户 |
逐款点评：选择理由与使用边界
先读与你的设备对应的两三款，不必把所有客户端都装一遍。每项点评保留一个明确判断：什么情况下值得选，什么情况下应换一条路线。
Clash Plus：新手与手机优先的首选起点
如果主要目标是导入订阅、选择规则模式并开始使用，先选 Clash Plus。它覆盖 Android、iOS、Windows 和 macOS，方便把设备选择集中到同一客户端名称下。这里的跨平台不等于设置自动同步，也不等于各平台拥有完全相同的内核和权限能力。
在 Android 上，首次连接仍要允许系统 VPN 授权；在 iOS 上，按应用提示允许添加 VPN 配置。通常不需要为普通连接另外安装来源不明的描述文件或证书。若订阅带有复杂覆写、特殊协议或脚本逻辑，先核对应用说明，再决定是否沿用。
iOS 入口在下载页，官网为 clashplus.io。多设备用户要分别检查配置与订阅使用限制，不能把一个设备上的连通结果当作所有设备都已配置完成。
查看 Clash Plus 下载入口 →Clash Verge Rev：桌面端规则与覆写管理
Clash Verge Rev 更适合把电脑作为主要工作设备的用户。mihomo 负责流量处理，界面负责管理配置、策略组和网络接管方式。日常可以先使用系统代理；只有明确需要接管不遵循系统代理的应用时，再启用 TUN。TUN 是虚拟网络接口模式，往往涉及额外权限和路由调整。
它的价值在于桌面配置管理，而不是把每个高级开关都打开。需要让订阅更新后仍保留自定义规则时，可以研究配置覆写，也就是在订阅原文之外保存本地修改。先保留一份能正常运行的基础配置，再逐项加覆写，比同时调整 DNS、路由和规则更容易定位问题。
查看 Windows 下载入口 →FlClash：Android 与桌面之间复用操作习惯
FlClash 使用 mihomo 内核，本站提供 Android、Windows、macOS 与 Linux 入口。如果经常在手机和电脑间切换，接近的界面逻辑有助于减少重新找设置的位置。但设备上的流量接管机制不同：手机要经过 Android 的 VPN 接口，桌面则可能使用系统代理或 TUN。
选择前重点看两件事：订阅能否正常解析，日常需要的设置能否在界面里直接管理。跨平台界面不是配置完全通用的保证，网卡名称、文件路径和本地端口绑定可能需要分别设置。它也不是 iOS 选项；iPhone 用户应查看下载页中的 iOS 客户端入口。
查看 Android 下载入口 →Clash Nyanpasu：愿意调整桌面配置的用户再选
Clash Nyanpasu 适合重视桌面操作方式、愿意管理配置和内核选择的用户。本站下载清单收录 Windows 包，不能据此推断它在其他系统上的发行情况。与只关心导入订阅的新手相比，有配置经验的用户更容易理解它的内核与界面分工。
选型时不要仅看界面名称，应确认当前启用的内核与订阅要求是否一致。同一个客户端界面下，更换内核可能改变协议和规则字段的支持范围。如果只是想让现有订阅稳定工作，先保留默认设置；若要切换内核，先备份配置，并重新检查 DNS、规则集及 TUN 行为。
查看桌面客户端入口 →Clash for Windows：归档参考，不作为新安装起点
Clash for Windows，常简称 CFW，已停止维护。旧用户熟悉它的配置、代理和连接页面，这种操作习惯可以保留，但不应把熟悉程度等同于对新系统、新协议的持续支持。历史发行包的内核组合可能不同，不能用一份旧教程推断所有归档包的能力。
仍在使用时，优先导出订阅来源与本地修改，确认哪些规则来自订阅、哪些来自客户端覆写。迁移到新客户端后先用基础订阅启动，再补回自定义内容。不要一次复制整个旧数据目录，因为缓存、运行路径和界面设置未必通用。归档入口主要服务迁移与旧环境查阅。
查看替代客户端与归档入口 →Clash Meta for Android：先理解 VpnService 与后台限制
Clash Meta for Android，常简称 CMFA，沿用 Android 用户较熟悉的配置导入与代理选择路径，采用 Meta / mihomo 系内核。它与已停更的原版 Clash for Android 不是同一个维护判断对象，下载和排错时应写清完整项目名称。
VpnService 是 Android 提供给应用建立本地 VPN 通道的系统接口，出现 VPN 标识并不代表正在使用某个远程 VPN 服务。首次授权后，还需要按手机系统检查电池优化与后台活动权限。锁屏后掉线应先查看进程是否被限制，再查订阅与远端线路；换客户端并不能绕开所有系统级后台策略。
查看手机授权与连接步骤 →Surfboard：先有兼容配置，再考虑使用
Surfboard 放在 Android 客户端列表中，便于比较，但它不是另一个 Clash 皮肤，也不使用 Clash 内核。它有自己的配置语法和支持范围。手里只有 Clash YAML 订阅时，不应默认把同一地址贴进去就能直接使用。
如果订阅提供方明确给出 Surfboard 兼容格式，可以把它列为候选；如果没有，先问清格式，再决定是否迁移。配置转换还涉及协议、规则和 DNS 的语义差异，不只是换一个文件扩展名。使用在线转换服务前要考虑订阅地址的敏感性，不要随意把包含访问凭据的完整链接提交给陌生服务。
查看 Android 客户端列表 →ClashX Meta：macOS 菜单栏旧用户的迁移参考
ClashX Meta 采用 Meta 系内核，菜单栏操作路径比较直接，但该客户端已停止维护。不要把它和其他仍在维护的 macOS 项目混为一谈，也不要仅凭名称里有 Meta 就认定它拥有当前 mihomo 的全部配置能力。
新装 macOS 设备优先考虑 Clash Plus、Clash Verge Rev 或 FlClash。旧用户迁移时，要记录系统代理开关、绕过列表和本地覆写，再检查新客户端的默认值。退出旧客户端后，确认系统代理没有残留；两个客户端同时接管代理或网络路由，容易让连接结果变得难以判断。
查看 macOS 客户端入口 →按使用场景缩小选择范围
换客户端前，保留这四类信息
- 订阅来源。确认可以重新取得订阅地址，并记录更新方式。截图时遮住完整链接，不要把访问凭据贴到公开求助内容中。
- 本地规则与覆写。把自定义域名规则、策略组引用和 DNS 修改单独保存。策略组名称必须与新配置一致，名字相似也不能自动替代。
- 系统接管设置。记录系统代理、TUN、Android 始终开启 VPN 等开关。切换时先停止旧客户端，避免两个程序争用同一路由或端口。
- 验证结果。先在新客户端使用基础订阅，确认规则模式、常用应用和局域网访问，再逐项恢复修改。出了问题就回退最近一项，而不是重置全部设置。
节点延迟不适合直接拿来判断哪个客户端更好。测试地址、超时、DNS、当前网络以及协议握手都可能影响结果；一次测试成功也不代表实际应用路径完全一致。对普通用户而言，系统兼容、配置可解释、后台运行符合预期，通常比追逐测试数字更重要。
已经确定设备和候选客户端，可前往 下载页查看平台入口；还不清楚系统代理与 TUN 的区别，先读术语手册。具体安装与配置步骤集中在完整文档，这里不重复展开。