平台优先
iOS 直接选择 Clash Plus;Android 可在 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 之间比较;Windows、macOS 和 Linux 则重点看桌面客户端。不要因为名称熟悉而选择已停止维护的软件。
客户端名称相近,不代表功能、配置兼容性和维护状态相同。选型时先排除不支持当前系统的客户端,再确认订阅或配置依赖的内核功能,最后比较界面和资源占用。
iOS 直接选择 Clash Plus;Android 可在 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 之间比较;Windows、macOS 和 Linux 则重点看桌面客户端。不要因为名称熟悉而选择已停止维护的软件。
原版 Clash 配置通常较基础;Meta 与后续 mihomo 生态增加了更多协议、规则集和 DNS 能力。配置中如果使用较新的字段或协议,应优先选择明确支持 mihomo 或 Meta 体系的客户端。
活跃维护意味着客户端仍会适配系统变化并处理兼容问题。停止维护的软件可以用于读取旧环境、备份配置和辅助迁移,但不适合作为全新环境的默认选择。
客户端成功读取订阅后,还要检查策略组、规则集、DNS、TUN 和脚本字段是否实际生效。跨内核迁移时,未知字段可能被忽略,也可能直接导致配置加载失败。
表格按本站下载页提供的客户端范围整理。平台支持指当前可获取的安装入口,不代表历史版本曾经覆盖的平台。
| 客户端 | 平台支持 | 内核体系 | 维护状态 | 上手难度 | 特色功能 | 适合人群 |
|---|---|---|---|---|---|---|
| Clash Plus首推 | Windows、macOS、Android、iOS | mihomo 兼容能力 | 活跃维护 | 低 | 跨平台入口、订阅管理、常用模式与系统代理设置 | 新手、多设备用户、希望减少平台操作差异的用户 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo | 活跃维护 | 中 | 桌面配置管理、TUN、规则与策略组控制 | 桌面端进阶用户、Linux 用户、需要细化配置的人群 |
| FlClash | Windows、macOS、Android、Linux | mihomo | 活跃维护 | 中低 | 跨平台界面、桌面与移动端相近的操作结构 | 同时使用桌面系统和 Android 的用户 |
| Clash Nyanpasu | Windows | mihomo | 活跃维护 | 中 | 策略组管理、配置切换、桌面交互选项 | 偏好桌面管理界面并愿意调整高级选项的用户 |
| Clash for Windows已停止维护 | Windows | 原版 Clash | 已停止维护 | 低 | 旧版界面熟悉、历史配置识别 | 需要迁移旧配置或核对历史环境的用户 |
| Clash Meta for Android | Android | Meta | 维护状态需确认 | 中 | Android 规则代理、策略组、Meta 配置支持 | 仅使用 Android 且已有 Meta 配置的用户 |
| Surfboard | Android | 独立实现 | 活跃维护 | 中 | 移动端代理、规则与订阅处理 | 熟悉 Android 代理工具并能自行确认配置兼容性的用户 |
| ClashX Meta已停止维护 | macOS | Meta | 已停止维护 | 中低 | 菜单栏控制、旧版 macOS 使用习惯 | 迁移既有 ClashX Meta 配置的用户 |
下面的点评重点说明选择理由和不适合的场景。具体安装包、系统架构与下载入口统一放在下载页维护。
Clash Plus 的主要优势是覆盖 Windows、macOS、Android 与 iOS。对于同时使用电脑、平板和手机的用户,跨平台入口可以减少重新理解客户端结构的成本。基础使用通常围绕导入订阅、更新配置、选择代理模式、切换策略组和启用系统代理展开,适合第一次接触 Clash 生态的人群。
它也适合作为旧客户端迁移后的默认落点。迁移时不要直接覆盖原配置,应先导出旧订阅地址、记录常用策略组选择,再在新客户端中逐项恢复。若配置依赖较新的规则集、协议或 DNS 字段,导入后仍需检查对应功能是否启用,而不能只以节点列表是否出现作为成功标准。
前往 Clash Plus 下载入口 →Clash Verge Rev 面向 Windows、macOS 与 Linux 桌面环境,核心选择集中在 mihomo 生态。它适合需要管理多份配置、调整 TUN、检查连接、修改规则和控制策略组的用户。相比只保留基础开关的客户端,它提供的桌面设置更细,出现问题时也更容易沿配置、内核和系统代理三个层级排查。
上手门槛主要来自选项数量,而不是安装流程。新用户如果只需要订阅导入和规则模式,可以先保持默认设置,确认普通系统代理工作后再启用 TUN。Linux 用户还需额外留意桌面环境、权限和服务启动方式,不应把其他系统的操作步骤直接照搬。
查看桌面客户端下载 →FlClash 同时覆盖 Windows、macOS、Android 与 Linux,适合希望在桌面和 Android 之间保留相近操作习惯的用户。它以 mihomo 兼容能力处理常见订阅、规则和策略组,在平台覆盖方面比单一桌面客户端更灵活。家庭中存在多种设备时,也可以减少为每套系统分别寻找完全不同工具的成本。
跨平台并不意味着系统行为完全一致。Windows 的系统代理、macOS 的网络权限、Linux 的桌面集成和 Android 的 VPN 权限仍属于不同机制。首次配置应在每台设备上分别执行连接验证,并确认浏览器、系统应用和需要代理的软件是否都走了预期路径。
查看 FlClash 平台入口 →Clash Nyanpasu 适合重视桌面管理体验、策略组操作和配置切换的 Windows 用户。它采用 mihomo 生态能力,可以承载较新的协议和规则配置。对于已经理解规则模式、全局模式、策略组和 DNS 基本关系的人群,客户端中的细化选项有助于更快定位配置问题。
如果用户只需要导入一条订阅并保持默认运行,过多可调项目未必带来实际收益。选择它之前,应先确认自己是否需要更细的桌面设置。迁移自 Clash for Windows 时,建议重新检查启动项、系统代理、TUN 和配置目录,不要假设旧客户端的所有开关会被自动继承。
查看 Windows 客户端列表 →Clash for Windows 曾经形成了较广泛的桌面使用习惯,许多旧教程中的界面路径、配置目录和设置名称都以它为基础。它采用原版 Clash 内核体系,对基础规则和传统配置有较好的历史兼容性,但已经停止维护,不应继续作为新环境的长期默认客户端。
保留它的主要价值是读取旧配置、记录现有策略组选择并辅助迁移。迁移前应备份配置文件、订阅地址和自定义规则,然后选择 Clash Plus、Clash Verge Rev、FlClash 或 Clash Nyanpasu。由于新客户端多采用 mihomo,旧配置通常可以读取,但仍要检查废弃字段、规则提供器和 DNS 行为。
查看旧客户端迁移指南 →Clash Meta for Android 面向已经使用 Meta 配置或明确需要 Android 端规则代理的用户。它能处理策略组、规则和常见订阅内容,使用方式与桌面客户端存在明显差异:Android 通常通过系统 VPN 接口接管流量,还会受到后台运行、电池策略和厂商系统限制影响。
选择前应确认当前分发版本的维护状态以及设备架构。安装并导入订阅后,需要允许 VPN 连接,并检查系统是否限制后台活动。若连接在锁屏后中断,应先排查系统电池策略,而不是立即修改订阅。对于希望在多个系统上使用相近客户端的用户,Clash Plus 或 FlClash 通常更直接。
查看 Android 下载入口 →Surfboard 是 Android 平台的独立代理客户端,可以处理常见订阅、规则和策略选择场景。它并不是把完整 Clash 桌面环境直接搬到移动端,因此不能只根据规则名称判断兼容性。已有配置如果包含 mihomo 专属字段、复杂规则集或特殊 DNS 选项,应先用副本测试。
它更适合了解移动端代理机制、能够阅读导入提示并愿意自行核对配置差异的用户。遇到部分规则未生效时,应从配置解析提示、VPN 权限、DNS 设置和应用分流范围依次检查。只追求最短上手路径的新用户,优先考虑 Clash Plus 会更省步骤。
查看 Surfboard 下载入口 →ClashX Meta 是 macOS 菜单栏形态的 Meta 客户端,适合识别旧 Mac 环境中的配置和操作方式。它已经停止维护,因此新安装时应优先选择仍在维护的 Clash Plus、Clash Verge Rev 或 FlClash。菜单栏界面虽然简洁,但系统升级后的权限和网络行为需要持续适配,停止维护会放大这类风险。
迁移时应先导出订阅地址与自定义规则,记录当前代理模式和常用策略组,再在新客户端中重新导入。macOS 用户还应检查系统代理权限、网络扩展授权和开机启动设置。完成迁移后,用浏览器与常用应用分别验证,不要只观察菜单栏图标状态。
查看 macOS 客户端列表 →平台只是第一层筛选。最终选择还要结合配置复杂度、设备数量、旧环境迁移成本和系统资源情况。
迁移重点不是把旧目录整体复制到新客户端,而是保留可恢复信息,并逐层确认新内核能否正确读取配置。
记录订阅地址,复制自定义规则、DNS 配置和覆写内容。不要只保存客户端截图,因为截图无法恢复完整字段。
先保留默认设置,仅导入订阅并检查配置能否加载。出现解析错误时,先定位不兼容字段,不要连续切换多个高级选项。
确认规则模式、全局模式和直连模式的切换结果,检查常用策略组是否存在,并核对默认选项是否符合原来的使用方式。
普通系统代理验证通过后,再按需要启用 DNS 覆写或 TUN。这样出现故障时可以明确判断问题属于配置、系统代理还是虚拟网络接口。