CLIENT SELECTION / 平台 · 内核 · 配置

Clash 客户端对比
与场景选型

先确认系统与订阅格式,再比较内核能力。客户端外观相近,不代表配置、权限和协议支持完全一致。

8 款客户端 归档版本单独标识 按使用场景选择

平台与内核横向对比

下表的平台范围按本站下载入口列出,不等同于项目全部历史发行范围。上手难度描述的是首次配置所需知识,不是性能排名;维护标记不能替代安装前的项目公告检查。

客户端、平台、内核与适用人群对照
客户端 本站下载平台 内核体系 维护状态 上手难度 特色功能与配置侧重 适合人群
Clash Plus
首推
Windows、macOS、Android、iOS 以内置实现及各平台说明为准,不由名称推断内核 活跃维护 较低,先完成订阅导入 日常连接与多设备使用;平台功能需分别确认 首次安装、日常使用、多设备用户
Clash Verge Rev Windows、macOS、Linux mihomo(Meta 技术路线) 活跃维护 中等,需理解模式与网络权限 TUN、规则分流、配置扩展与合并 桌面进阶用户、Linux 用户
FlClash Windows、macOS、Linux、Android mihomo 活跃维护 较低至中等 跨平台界面、配置管理与规则模式 桌面与 Android 混合使用者
Clash Nyanpasu Windows Clash 生态内核;可用类型以构建与设置为准 活跃维护 中等,需核对所用内核 桌面配置管理、界面定制与内核管理 重视桌面交互的配置用户
Clash for Windows Windows 原版 Clash / Premium 历史体系 已停止维护 已有经验者较熟悉,迁移成本另计 旧配置与旧操作流程参考 需要复现已有环境的用户
Clash Meta for Android Android Meta / mihomo 路线,依内置内核而定 依分支核对,不能仅按 CMFA 名称判断 中等,需理解 VPN 授权与分流 配置文件管理、Android 应用分流 熟悉 Android 网络设置的用户
Surfboard Android 独立实现,不属于 Clash / Meta / mihomo 内核 活跃维护 中等,需匹配配置格式 Surge 风格配置与规则管理 已有兼容配置来源的用户
ClashX Meta macOS Clash Meta 历史体系 已停止维护 基础操作较少,兼容排查另计 菜单栏操作、既有 Meta 配置使用 维护已有 macOS 环境的用户

窄屏可左右滚动表格。维护状态为定性选型信息,不承诺更新频率;分支名称相同也可能使用不同内核。

八款客户端逐款点评

以下点评按“能完成什么、需要注意什么、何时值得选择”展开。所有下载操作统一进入下载页,再按系统与处理器架构选择安装包。

Clash Plus

首推 查看平台安装包 →

Clash Plus 是本站面向首次安装与日常使用的优先选择,覆盖 Windows、macOS、Android 和 iOS 下载入口。用户可以先围绕订阅导入、策略选择和连接验证建立固定流程,再决定是否需要深入调整规则。官网为 clashplus.io;iOS 用户从下载页进入 App Store。

多设备使用的价值在于减少反复学习操作流程,并不表示各系统的网络接管方式完全相同。桌面系统代理与移动端 VPN 授权仍需分别设置。内核名称、协议范围和配置导入能力应以实际平台说明为准;本站不把其他客户端的 mihomo 特性直接套用到 Clash Plus。

Clash Verge Rev

桌面进阶 查看桌面安装包 →

Clash Verge Rev 适合明确需要 mihomo 能力的桌面用户。规则分流、TUN 和配置扩展属于选型重点;Windows、macOS 与 Linux 均有对应下载入口。需要把订阅提供的配置与个人规则分开维护时,可以使用客户端的扩展机制,而不是在每次订阅更新后重新修改整份文件。

首次使用应区分系统代理开关与 TUN 开关。系统代理只影响遵循该设置的应用,TUN 涉及虚拟网卡、路由与权限,两者不是功能完全重复的按钮。建议先使用系统代理完成基本验证,再逐项开启额外功能。它适合愿意阅读日志、管理配置覆盖层的用户,不必为普通浏览需求一次启用全部设置。

FlClash

桌面与 Android 查看可用平台 →

FlClash 基于 mihomo,本站提供 Windows、macOS、Linux 与 Android 安装入口。它适合希望在电脑和 Android 设备间沿用相近界面习惯的用户。选择配置、切换策略和查看连接等日常操作可以形成一致的使用路径,但各平台的权限申请和后台运行方式仍由操作系统决定。

跨平台界面不能替代配置兼容检查。配置引用本地文件时,路径需要按设备调整;桌面上的监听端口和局域网设置也不应原样复制到手机。迁移时先导入一份最小可用配置,确认 DNS、规则与所需协议正常,再恢复个人设置。需要 iOS 客户端时,应另外查看 Clash Plus 的商店入口。

Clash Nyanpasu

桌面配置管理 查看 Windows 安装包 →

Clash Nyanpasu 面向桌面配置管理与交互定制。对经常切换配置、查看连接并调整界面布局的用户,它是另一种桌面操作路径。本站下载页列出 Windows 安装入口;这里的覆盖范围按本站实际提供的包清单说明,不据此推断项目其他发行平台。

内核管理是选型时必须核对的部分。能够导入 Clash 配置,不等于所有内核都接受 mihomo 扩展字段;协议、规则集和 DNS 行为仍受所选内核约束。开始连接前应确认当前内核,再处理配置兼容问题。更换内核后若出现配置解析错误,先检查不支持的字段,而不是反复重新导入订阅。

Clash for Windows

已停止维护 查看 Windows 归档说明 →

Clash for Windows,常简称 CFW,适合已有环境的操作复现与旧配置对照,不是新安装的优先选择。其历史内核体系以原版 Clash 与 Premium 为主,不能把后来 Meta、mihomo 的协议和扩展字段视为默认可用。旧教程中的界面名称也可能与当前维护中的客户端不同。

老电脑不应仅因“以前运行过”就继续选择归档客户端。维护停止意味着不能期待持续适配新的系统行为和内核能力。确需迁移时,保留原始订阅与个人规则,重新建立系统代理、端口和开机启动设置;不要整目录覆盖新客户端。遇到新协议无法解析,优先考虑迁移到维护中的客户端,而不是盲目删改订阅字段。

Clash Meta for Android

Android 配置用户 查看 Android 安装包 →

Clash Meta for Android,常简称 CMFA,沿用 Meta 与 mihomo 的技术路线,适合熟悉配置文件和 Android 应用分流的用户。配置导入后,Android 会要求 VPN 连接授权;这属于系统接管网络的权限流程,不代表配置已经可用。仍需选择策略,并用实际应用验证连接。

CMFA 名称被不同维护分支沿用,不能把某个分支的更新状态套用到全部同名安装包。安装前应核对包的来源、内置内核及维护说明。手机上还要留意电池优化和后台限制;连接中断时先确认进程是否被系统结束。本站将它与原版 Clash for Android 的历史背景区分说明,具体能力由所下载的包决定。

Surfboard

独立配置体系 查看 Android 下载入口 →

Surfboard 是 Android 上的独立代理客户端,不使用 Clash、Meta 或 mihomo 内核。它采用 Surge 风格配置,适合已经具备兼容配置来源、希望使用该规则组织方式的用户。与其他客户端放在同一对比页,是为了帮助选型,并不表示它们之间可以直接交换配置文件。

如果订阅只提供 Clash YAML,不能仅修改文件扩展名后导入 Surfboard。即使经过格式转换,也需要复核协议、策略组和规则语义,Surge 风格语法同样不代表完整兼容所有 Surge 功能。对只有现成 Clash 配置的新手,优先选择明确支持该配置类型的客户端,通常比额外维护一条转换流程更容易排查。

ClashX Meta

已停止维护 查看 macOS 归档说明 →

ClashX Meta 采用 Meta 技术路线,以 macOS 菜单栏操作为主要交互方式。对已经建立固定配置和操作习惯的用户,它具有历史环境参考价值。本站按归档客户端列出,不把名称中的 Meta 当作正在持续跟随 mihomo 更新的保证,也不建议据此推断新协议支持。

新安装优先查看 Clash Plus;需要桌面配置扩展时再比较 Clash Verge Rev 或 FlClash。迁移前先确认 Mac 的处理器架构,并保存个人规则与订阅来源。菜单栏客户端与完整窗口客户端的入口位置不同,但系统代理和网络权限仍需重新检查。旧软件能启动,只能说明程序可运行,不能代替规则与 DNS 的实际验证。

按使用场景选择

更换客户端前的兼容检查

订阅格式与协议支持分开核对

“成功导入”只表示文件被接受,不代表其中全部节点和规则都能执行。先确认来源提供的是 Clash YAML、其他客户端配置,还是仅有节点链接,再核对目标内核支持的协议。遇到不识别的字段,应查阅协议参考,不要只删除报错行:被删除的内容可能正是策略组、DNS 或认证参数。

个人规则与订阅更新分层保存

迁移前分别保存订阅来源、个人规则和客户端本地设置。远程订阅更新可能覆盖直接修改的内容,因此自定义规则应放在客户端支持的扩展层,并复核合并后的顺序。Clash 规则通常按顺序匹配,终止匹配的兜底规则放错位置,会让后续规则失去作用。具体写法可参考规则分流配置实战。

旧代理退出后,再启用新客户端

测试时先关闭旧客户端的系统代理和 TUN,再退出旧程序,避免端口冲突或路由相互覆盖。新客户端先使用最小配置验证连接,随后逐项恢复自定义规则和接管设置。最后检查浏览器与其他应用是否都能正常访问目标服务。若失败,记录日志中的具体错误,不要同时重装多个客户端。

选择结论与下一步

日常新安装首推 Clash Plus。Linux 桌面或明确需要 mihomo 配置能力时,选择 Clash Verge Rev、FlClash;偏好桌面内核管理与界面定制时,再看 Clash Nyanpasu。Android 已有兼容配置的用户可按需求比较 CMFA 与 Surfboard。Clash for Windows 和 ClashX Meta 保留为归档参考,不作为新环境首选。

确定客户端后,进入Clash 下载页选择系统与架构;首次使用继续阅读Clash 配置教程。不要把同一系统上的多个客户端同时开启接管,先完成一个客户端的验证流程,再决定是否更换。