选型参考 · 平台 / 内核 / 配置习惯

Clash 客户端对比与选型

先按设备筛选,再看配置兼容性。首次安装优先选择 Clash Plus;需要直接管理 mihomo 配置时,再比较桌面与移动端的具体入口。

PLATFORM

下载入口与系统匹配

CORE

内核决定字段与协议能力

PROFILE

客户端决定配置管理方式

选择结论:先看 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 Windows、macOS、Android、iOS 按平台说明核对,不统一标注为 mihomo 活跃维护 基础操作为主 多平台安装入口、订阅与策略管理 首次安装、日常使用、多设备用户
Clash Verge Rev Windows、macOS、Linux mihomo 活跃维护 基础可用,覆写需学习 配置管理、覆写、系统代理与 TUN 桌面用户、进阶配置用户
FlClash Windows、macOS、Linux、Android mihomo 活跃维护 基础操作为主 跨平台界面、订阅和代理策略管理 桌面与 Android 并用的用户
Clash Nyanpasu Windows 支持内核管理;使用 mihomo 时按其字段配置 活跃维护 需理解内核与覆写 内核选择、配置组织与覆写 需要细化桌面配置流程的用户
Clash for Windows Windows Clash Premium,非 mihomo 已停止维护 旧环境可沿用,新安装不优先 旧版 Profiles、Proxies 与配置处理流程 旧环境核对、配置迁移用户
Clash Meta for Android Android mihomo,项目名称保留 Meta 活跃维护 需理解 VPN 授权 配置导入、系统 VPN、应用访问控制 希望直接使用 Clash 配置的 Android 用户
Surfboard Android 独立引擎,非 Clash YAML 配置体系 活跃维护 需准备兼容配置 自身配置语法、系统 VPN 与规则管理 已有兼容订阅或熟悉其语法的用户
ClashX Meta macOS Clash Meta 系列,具体能力取决于内置内核 已停止维护 菜单栏操作,迁移需核对字段 菜单栏入口、本地配置与策略切换 旧版 macOS 配置迁移用户

八款客户端逐项点评

以下点评按下载页涉及的客户端展开。每项先说明适用路径,再列出安装或迁移时需要确认的边界。

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 客户端与归档入口 →

按使用场景缩小范围

更换客户端前的检查顺序

  1. 保存配置来源与本地改动。记录订阅来源、手动添加的规则、策略组和 DNS 设置。不要在分享截图或配置时暴露订阅链接中的访问凭据。
  2. 只启动一个客户端。退出旧客户端,检查系统代理是否还指向旧端口。新客户端的监听地址和端口应以当前设置为准,不要照抄旧截图。
  3. 从原始订阅建立基础配置。先确认新客户端能够解析配置,再恢复覆写。出现字段报错时,区分格式不兼容、内核不支持和策略组名称缺失,不要直接删除所有报错项。
  4. 分开验证接管与分流。先检查应用连接是否进入客户端,再看规则命中。系统代理只影响遵循系统代理设置的应用;需要更广的接管范围时,再单独测试 TUN。
  5. 最后恢复自动更新与开机启动。确认订阅更新不会覆盖本地规则,重启后配置仍有效,再清理旧客户端。这样能保留回退路径,也能减少同时改动多个变量带来的排查成本。

客户端选择解决的是配置管理和系统接管方式,不会自动修复失效的订阅、不可用的代理服务器或错误的规则。若多个客户端都出现同一问题,应回到配置来源与网络条件排查,而不是继续轮换安装。可在常见问题中查找连接与 DNS 处理路径,在术语表中区分内核、策略组和代理模式。

返回下载页,按设备选择安装包 →