DOWNLOAD MATRIX / REV.A

Clash 客户端下载与平台选择

先按操作系统进入对应区域,再核对处理器架构和安装包格式。桌面与移动设备优先选择带图形界面的客户端;服务器、路由器和自动化环境再考虑独立 Mihomo 内核。

  • Windows / macOS
  • Android / iOS
  • Linux / Mihomo
  • 永久免费
  • 代码开源
  • 中文文档
PLATFORM BUS / J5

按平台选择安装包

标签页会同步到地址栏锚点,可直接保存或分享当前平台入口。客户端卡片按推荐顺序排列,停止维护的软件保留归档说明。

WIN / GUI CLIENTS

Windows 客户端

Windows 10 与 Windows 11 用户可优先选择 Clash Plus。需要更细致的规则编辑、内核切换或跨平台界面时,再比较 Clash Verge Rev、FlClash 与 Clash Nyanpasu。首次安装建议使用 EXE 安装程序,企业设备或受限账户还应确认程序目录写入权限和系统代理修改权限。

x64 桌面环境
首推

Clash Plus

适合作为 Windows 新安装的起点。界面集中管理订阅、策略组、系统代理与连接状态,减少手动维护内核和配置目录的步骤。下载后按安装向导完成部署,再导入订阅并选择规则模式。

平台:Windows x64 格式:EXE 安装程序 定位:日常桌面使用
可选

Clash Verge Rev

面向希望细看配置、规则、日志和内核选项的桌面用户。安装后应先确认当前配置是否使用 Mihomo 扩展字段,再导入订阅。这里只提供远程清单中可用的 Windows x64 安装包。

平台:Windows x64 格式:EXE 安装程序 内核方向:Mihomo
跨平台

FlClash

适合同时使用 Windows、macOS、Linux 或 Android,希望各设备操作逻辑较为一致的用户。安装版便于日常升级,ZIP 包适合自行管理程序目录。两种形式使用同一类配置,选择一种即可。

平台:Windows x64 格式:EXE / ZIP 定位:跨平台配置管理
可选

Clash Nyanpasu

提供订阅、策略组、规则和连接信息的桌面管理界面,适合偏好独立客户端交互方式的用户。迁移现有配置时,应先复制原配置文件,再检查脚本、代理提供器与规则提供器路径是否仍然有效。

平台:Windows x64 格式:EXE 安装程序 定位:桌面图形客户端
已停止维护

Clash for Windows

此处保留给已有使用环境和迁移核对。新安装不建议将其作为长期方案,因为后续系统变化、协议扩展和规则格式不会持续得到适配。迁移前可导出配置、记录端口与代理模式,再在新客户端中逐项验证。

平台:Windows x64 状态:归档 用途:旧环境迁移与配置参考

Windows 系统要求与选择

检查项 建议 说明
系统 Windows 10 / 11 旧系统可能缺少客户端依赖或现代网络接口支持。
处理器 x64 / AMD64 本页 Windows GUI 安装包以常见 64 位桌面架构为主。
安装形式 优先 EXE ZIP 适合了解目录权限、快捷方式和升级管理的用户。
首次启动 确认系统代理权限 受管理设备可能限制代理修改、服务安装或防火墙访问。
SELECTION LOGIC / R1

客户端选型:先看使用环境,再看功能

R1 / NEW INSTALL

新安装优先图形客户端

如果设备是日常使用的电脑、手机或平板,结论是先选择 GUI 客户端。Clash Plus 位于各主要平台的首选位置,适合完成订阅导入、规则模式切换、策略组选择与连接状态检查。需要更多配置视图时,再比较 Clash Verge Rev、FlClash 或 Clash Nyanpasu。

不要只按客户端名称判断兼容性。真正决定订阅能否完整导入的是内核能力、配置字段和协议支持。相同订阅在不同内核中可能出现字段忽略、规则提供器加载失败或协议类型无法识别,因此导入后仍要查看解析提示。

R2 / MIGRATION

旧客户端迁移先保留配置

从 Clash for Windows 或 ClashX Meta 迁移时,先保存原订阅地址、配置文件、代理端口、绕过列表和模式选择。随后在新客户端中导入同一订阅,确认代理条目数量、策略组结构和规则提供器均能加载,再切换系统代理。

迁移不等于直接覆盖原目录。不同客户端对配置存储路径、脚本字段、覆写机制和内核参数的处理方式可能不同。保留旧环境可以在新配置解析失败时快速对照问题,而不是同时失去可用配置与排查依据。

R3 / SERVER

服务器与路由器选择 Mihomo

没有桌面环境、需要作为系统服务运行,或希望通过配置文件统一管理多个实例时,独立 Mihomo 更合适。此类部署要求使用者能够判断 CPU 架构、设置文件权限、规划监听端口,并处理进程守护、日志与升级。

家庭路由器尤其要确认固件架构。ARM64、ARMv7 和 MIPS 不能按设备外观判断,应从系统信息或包管理器输出中核对。存储空间较小的设备还需要控制规则数据库、日志和临时文件的占用。

R4 / MOBILE

移动端关注后台与电量

Android 和 iOS 通常通过系统 VPN 接口将流量交给客户端处理。连接稳定性除了取决于客户端,还受到系统后台限制、DNS 配置、规则规模和所选协议影响。出现锁屏后断开时,应先检查系统的后台运行与电池策略。

移动网络频繁切换时,连接恢复速度与协议实现有关。使用前可先采用规则模式和常规 DNS 配置,确认基本连接稳定后再增加复杂覆写,避免同时改变过多参数导致问题来源难以定位。

BOOT SEQUENCE / J7

下载后的安装与验证顺序

STEP 01 / INSTALL

安装并完成首次启动

桌面端按系统安装流程完成部署,移动端按系统提示授予连接所需权限。首次运行后先不要同时开启多个代理客户端,避免它们竞争系统代理、VPN 接口或相同监听端口。

STEP 02 / IMPORT

导入订阅并查看解析结果

添加订阅后确认代理条目、策略组和规则已经出现。若客户端直接提示解析失败,应先检查订阅内容和内核兼容性,不要连续重复导入同一份错误配置。

STEP 03 / SELECT

选择策略组与代理模式

初次使用可先采用规则模式,并在主要策略组中选择一个可用项。全局模式会让更多连接统一经过所选代理,适合短时诊断,不建议在不了解影响范围时长期作为默认设置。

STEP 04 / VERIFY

验证系统代理与应用连接

启动连接后先查看客户端日志,再测试浏览器与目标应用。浏览器正常而其他应用失败时,应检查该应用是否遵循系统代理;所有应用都失败时,再检查端口、DNS、策略组和防火墙。

FAQ BUS / F1

下载与安装常见问题

以下问题集中处理安装包格式、处理器架构、旧客户端迁移和独立内核选择。配置导入、规则模式与连接排查可继续查看教程和常见问题页。

Windows 应该下载 EXE 还是 ZIP?

多数桌面用户选择 EXE 安装程序。安装流程会部署程序文件并创建常用入口,后续使用更直接。ZIP 包适合希望自行决定程序目录、了解文件权限并能够手动管理升级的用户。两种形式通常不代表功能等级不同,核心区别在部署和维护方式。

macOS 应该选择 Apple Silicon 还是 Intel 安装包?

打开“关于本机”查看芯片或处理器字段。显示 Apple M 系列时选择 Apple Silicon 或 ARM64;显示 Intel 时选择 Intel 或 x64。不要只根据设备购买年份判断,因为相邻年份可能同时存在两种架构的机型。

Android 的 ARM64、ARM 和通用安装包有什么区别?

ARM64 对应主流 64 位 Android 设备,ARM 通常用于较早的 32 位设备,通用包则包含更广的架构支持。设备信息明确时选择对应架构可以减少文件体积;无法确认时选择通用包更稳妥。安装失败并提示架构不兼容时,应更换对应包,而不是反复安装同一文件。

Clash for Windows 还能继续使用吗?

既有环境可能仍可运行,因此页面保留归档下载入口,但该客户端已经停止维护。新安装建议优先使用仍在更新的客户端。迁移时先保存订阅、配置、端口和绕过设置,再在新客户端中逐项确认规则与策略组,避免直接覆盖旧目录。

普通桌面用户需要单独下载 Mihomo 内核吗?

通常不需要。Clash Plus、Clash Verge Rev、FlClash 等图形客户端已经负责内核运行、订阅管理、系统代理和日志展示。只有服务器、路由器、容器或需要自行编排进程的环境,才更适合直接部署 Mihomo。

安装后订阅无法导入应该先检查什么?

先确认订阅地址可以访问且内容没有过期,再查看客户端给出的配置解析提示。重点检查协议类型、规则提供器、代理提供器、脚本或覆写字段是否被当前内核支持。如果仍无法判断,可用一份结构更简单的配置测试客户端本身是否能够正常加载。