选型参考 · 平台 / 内核 / 配置习惯
Clash 客户端对比与选型
先按设备筛选,再看配置兼容性。首次安装优先选择 Clash Plus;需要直接管理 mihomo 配置时,再比较桌面与移动端的具体入口。
选择结论:先看 Clash Plus
对第一次使用、主要需求是导入订阅并选择代理策略的用户,本站首推 Clash Plus。下载页提供 Windows、macOS、Android 和 iOS 入口;iOS 通过 App Store 安装,官网为 clashplus.io。先在常用设备完成配置和连接验证,比同时试装多个客户端更容易定位问题。
这个推荐不代表各平台提供完全相同的底层功能。需要特定协议、规则集字段、DNS 策略或配置覆写时,应继续核对实际内核与客户端说明。Linux 用户可从 Clash Verge Rev 和 FlClash 中选择;希望直接编辑 mihomo 配置的桌面用户,可优先比较 Clash Verge Rev 与 Clash Nyanpasu。
按系统查看客户端与安装入口 →
平台、内核与维护状态对照
平台列按本站下载页提供的安装入口填写,不代表项目历史上的全部构建目标。难度描述指完成订阅导入和基础分流所需的配置理解,不是性能排名。窄屏可横向滚动表格。
八款客户端逐项点评
以下点评按下载页涉及的客户端展开。每项先说明适用路径,再列出安装或迁移时需要确认的边界。
Clash Plus:首次安装与多设备入口
首推
Clash Plus 适合把重点放在订阅导入、策略选择和日常连接上的用户。本站将其放在 Windows、macOS、Android 与 iOS 下载分区的首位,便于在不同设备上找到对应安装路径。选择它的主要依据是平台覆盖与基础操作路径,而不是未经测试的速度或资源占用比较。
安装前仍需确认订阅格式及所需协议是否受当前平台支持。尤其是从桌面配置迁移到 iOS 时,不应假定 TUN、覆写脚本和系统代理设置逐项对应。先用客户端支持的方式导入配置,再验证策略和目标应用;涉及高级字段时,以该平台说明为准。
查看 Clash Plus 各平台入口 →
Clash Verge Rev:桌面 mihomo 配置管理
Clash Verge Rev 面向 Windows、macOS 和 Linux 桌面环境,使用 mihomo 内核。它适合需要在图形界面内管理订阅,同时逐步接触规则覆写、DNS 和 TUN 的用户。基础连接可以从导入配置、开启系统代理开始,不必在第一次运行时就启用全部高级选项。
进阶使用的重点是分清订阅原文、客户端覆写和最终交给内核的运行配置。直接修改下载得到的订阅文件,可能在更新时被覆盖;需要长期保留的本地规则,应放到客户端提供的覆写流程中。TUN 是否生效还取决于系统权限和服务状态,不只是界面开关的位置。
查看桌面安装入口 →
FlClash:桌面与 Android 的相近操作习惯
FlClash 使用 mihomo 内核,本站提供 Windows、macOS、Linux 和 Android 下载入口。对同时使用电脑与 Android 手机、希望减少界面学习成本的用户,它是值得比较的选项。订阅、策略组和规则概念能够延续,但不能据此认定系统接管方式也完全一致。
桌面端通常需要区分系统代理与 TUN,Android 则通过系统 VPN 授权接管连接。相同订阅在两端导入后,仍应分别检查 DNS、后台运行和应用访问控制。跨平台界面相近不等于配置自动同步,订阅更新周期与本地修改也需要在每台设备上独立确认。
查看 Android 客户端入口 →
Clash Nyanpasu:内核管理与配置覆写
Clash Nyanpasu 适合愿意理解客户端与代理内核分工的桌面用户。本站下载页提供 Windows 入口。选型时应关注配置组织、覆写处理以及实际选中的内核,而不是只根据界面主题作决定;使用 mihomo 时,配置能力以当前内核支持的字段为边界。
同一份订阅经过不同合并或覆写流程后,最终规则顺序可能变化。迁移到 Nyanpasu 后,建议先保持单一订阅与最少覆写,确认基础代理可用,再逐项恢复本地规则。若同时改动内核、DNS 与 TUN,出现问题后很难判断是哪一层引入了差异。
查看 Windows 客户端列表 →
Clash for Windows:归档与旧配置迁移
已停止维护
Clash for Windows,常简称 CFW,属于旧版桌面客户端,常见发行包使用 Clash Premium 内核。它不是 Clash Verge Rev 的旧名称,也不等于 mihomo。本站保留 Windows 归档下载入口,主要用于旧环境核对和迁移参考,不作为首次安装的优先选择。
旧配置能被新客户端读取,不表示所有配置处理逻辑都能原样继承。迁移时需要检查旧版配置合并、脚本处理、策略组名称和本地路径。不要把新内核字段直接塞入旧环境并期待生效;更稳妥的做法是保留原配置副本,在维护中的客户端里重新建立最小可用配置。
查看归档标记与替代客户端 →
Clash Meta for Android:Android 原生使用路径
Clash Meta for Android 常简称 CMFA,名称中的 Meta 保留了项目沿革,其当前内核路线为 mihomo。它适合已经拥有 Clash 配置、希望在 Android 上通过配置列表与策略组完成日常使用的用户。安装包应先按设备处理器架构选择,再完成系统 VPN 授权。
Android 的 VPN 图标只说明系统隧道已经建立,不保证订阅节点、DNS 和分流规则全部正确。遇到锁屏后断连,应检查电池优化与后台限制;遇到某个应用不走代理,应检查应用访问控制。系统通常只允许一个常规 VPN 服务工作,需要避免与其他同类工具同时启用。
查看 CMFA 与 Android 安装说明 →
Surfboard:配置体系不同的 Android 选项
Surfboard 出现在同一份下载清单中,但它不是 Clash 内核的另一种图形外壳。它使用独立代理引擎和自身支持的配置语法,适合已经持有兼容配置、或明确需要这套使用方式的 Android 用户。不能把 Clash YAML 文件仅修改扩展名后当作等价配置导入。
比较 Surfboard 时,首要条件是订阅提供方是否给出兼容格式,以及所需协议与规则语法是否受支持。即便完成格式转换,也需要重新核对策略组、DNS 与规则顺序;转换工具不一定能表达原配置的全部语义。若只有 Clash 配置且希望直接导入,可先比较 Clash Plus、CMFA 或 FlClash。
查看 Surfboard 安装入口 →
ClashX Meta:macOS 菜单栏归档客户端
已停止维护
ClashX Meta 采用 macOS 菜单栏使用方式,属于 Clash Meta 系列客户端。本站保留其归档入口,便于旧用户核对配置;具体协议和字段能力取决于包内内核,不能因为名称带 Meta 就默认支持当前 mihomo 的全部功能。新安装可先比较 Clash Plus、Clash Verge Rev 或 FlClash。
更换客户端之前,先记下系统代理设置、配置存放位置和本地追加规则。Apple Silicon 与 Intel 安装入口需要正确区分,操作系统兼容性则以具体包说明为准。迁移完成后应退出旧客户端并检查系统代理,避免旧监听端口仍被系统引用,造成新客户端已经运行却无法连接的现象。
查看 macOS 客户端与归档入口 →
按使用场景缩小范围
更换客户端前的检查顺序
- 保存配置来源与本地改动。记录订阅来源、手动添加的规则、策略组和 DNS 设置。不要在分享截图或配置时暴露订阅链接中的访问凭据。
- 只启动一个客户端。退出旧客户端,检查系统代理是否还指向旧端口。新客户端的监听地址和端口应以当前设置为准,不要照抄旧截图。
- 从原始订阅建立基础配置。先确认新客户端能够解析配置,再恢复覆写。出现字段报错时,区分格式不兼容、内核不支持和策略组名称缺失,不要直接删除所有报错项。
- 分开验证接管与分流。先检查应用连接是否进入客户端,再看规则命中。系统代理只影响遵循系统代理设置的应用;需要更广的接管范围时,再单独测试 TUN。
- 最后恢复自动更新与开机启动。确认订阅更新不会覆盖本地规则,重启后配置仍有效,再清理旧客户端。这样能保留回退路径,也能减少同时改动多个变量带来的排查成本。
客户端选择解决的是配置管理和系统接管方式,不会自动修复失效的订阅、不可用的代理服务器或错误的规则。若多个客户端都出现同一问题,应回到配置来源与网络条件排查,而不是继续轮换安装。可在常见问题中查找连接与 DNS 处理路径,在术语表中区分内核、策略组和代理模式。
返回下载页,按设备选择安装包 →