多平台安装包

Clash 客户端下载与平台选择

按操作系统、处理器架构和使用场景选择客户端。Android 可使用 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard;桌面平台可选择持续维护的 mihomo 图形客户端。

Windows / macOS / Android iOS / Linux GUI 客户端与 Mihomo 内核

图形客户端

按平台查看安装包

平台标签会保留在页面地址中,复制当前链接即可直接打开对应系统。不同架构的安装包不能混用;不确定时先查看设备的系统信息。

Windows 客户端

适用于日常桌面代理、订阅管理和规则分流。Windows 10 与 Windows 11 用户可优先选择持续维护的客户端;旧版 Clash for Windows 仅用于已有工作流的兼容。

建议系统 Windows 10 / 11 · x64
Clash Plus

Clash Plus

首推 推荐

跨平台图形客户端,适合订阅导入、策略切换、系统代理和常规规则配置。

Clash Verge Rev

Clash Verge Rev

基于 mihomo 的桌面客户端,提供订阅、规则、系统代理、TUN、覆写和外部控制相关设置。

FlClash

FlClash

界面结构统一的多平台客户端。安装版适合常规使用,压缩包适合便携目录或手动管理程序文件。

Clash Nyanpasu

Clash Nyanpasu

面向桌面环境的 Clash 图形客户端,适合管理多个配置文件、规则模式和系统代理状态。

Clash for Windows

已停止维护 归档版本

保留给仍需兼容旧配置、旧界面和既有操作流程的用户。新部署环境建议改用持续维护的 mihomo 客户端。

Windows 安装要求

检查项 建议 说明
系统版本 Windows 10 或 Windows 11 较新的系统组件对桌面框架、服务模式和网络接口支持更完整。
处理器 x64 本页 Windows 图形客户端提供 x64 包,不提供单独的 Verge ARM64 本地安装包。
权限 安装时允许系统确认 启用服务模式、TUN 或修改系统代理时,系统可能要求管理员确认。

独立内核

Mihomo 内核下载

独立内核适用于服务器、路由器、旁路网关、容器和脚本化部署。普通桌面或手机用户通常应选择上方的 GUI 客户端,由客户端负责内核、配置和系统代理状态管理。

安装说明

从下载到首次连接

安装包只负责提供客户端程序。完成安装后,还需要导入有效配置、选择策略组并启动流量接管。下面按实际操作顺序说明关键检查项。

先确认系统与处理器架构

同一客户端可能同时提供 x64、ARM64、ARMv7 和通用版。架构与操作系统是两个独立条件:Windows x64 安装包不能用于 macOS,Android ARM64 安装包也不能用于 32 位 ARM 设备。选择错误时,常见结果是安装程序无法启动、系统提示应用不兼容,或者安装完成后立即退出。

Windows 桌面电脑目前通常使用 x64。macOS 需要重点区分 Apple Silicon 与 Intel,前者包括 M 系列芯片,后者是较早机型使用的处理器。Android 可在设备信息工具或系统诊断页面查看 CPU ABI;显示 arm64-v8a 时选择 ARM64,显示 armeabi-v7a 时选择 ARMv7。无法确认时,可优先选择明确提供的通用版,而不是依次尝试多个架构包。

图形客户端与独立内核的区别

Clash Plus、Clash Verge Rev、FlClash 和 Clash Meta for Android 属于图形客户端。它们将配置管理、策略组切换、日志查看、系统代理、TUN、DNS 与内核生命周期整合在可视界面中,适合桌面和手机的日常使用。用户通常只需导入配置并完成系统权限确认,不必单独编写启动命令。

Mihomo 独立内核是命令行程序。它读取 YAML 配置文件并根据启动参数运行,没有图形化配置页,也不会替用户管理桌面菜单、托盘状态或应用更新。它更适合服务器、路由器、容器和自动化环境。若使用场景只是手机或个人电脑代理,直接下载 GUI 客户端更容易维护。

安装后导入订阅或配置文件

首次打开客户端时,配置列表通常为空。此时应进入“配置”或“订阅”页面,粘贴服务提供方给出的订阅地址,或者导入本地 YAML 文件。导入成功后,先将该配置设为当前配置,再进入代理页面检查策略组。只有配置文件包含可用的代理、策略组和规则,客户端才具备实际转发条件。

订阅链接属于配置来源,不是客户端下载地址。不要把订阅地址粘贴到浏览器下载按钮,也不要把安装包地址填入订阅输入框。若导入时提示格式错误,应检查链接是否完整、配置是否过期,以及服务端返回的内容是否确实为 Clash 或 mihomo 可识别的配置。

系统代理与 TUN 模式如何选择

系统代理适合遵循操作系统代理设置的浏览器和桌面程序。启用后,客户端会写入系统的 HTTP 或 SOCKS 代理地址,但部分游戏、命令行程序和不读取系统代理的应用可能不会经过客户端。该模式结构简单,适合作为首次连接时的基础选择。

TUN 模式通过虚拟网络接口接管更广范围的流量,适合需要覆盖不读取系统代理设置的应用。启用时通常需要 VPN、网络扩展或管理员权限。Android 与 iOS 会显示系统 VPN 确认;Windows、macOS 和 Linux 可能需要安装服务、创建网络接口或输入系统凭据。同一时间若已有其他 VPN 工具占用系统接口,应先停止冲突的连接。

配置更新与本地覆写

订阅更新会重新获取远端配置。若直接修改订阅生成的文件,后续更新可能覆盖本地改动。需要长期保留自定义 DNS、规则或策略时,应使用客户端提供的覆写功能,或者将自定义内容放入单独的本地配置层。这样可以把远端订阅更新与个人规则分开维护。

自动更新间隔不宜设置得过短。常规订阅每天检查一次通常已经足够;频繁刷新既不会提升连接速度,也可能触发配置服务的访问限制。更新后若策略组名称或规则结构发生变化,应重新检查当前选项,避免仍引用已被删除的组名。

安装失败时的基础排查

首先确认下载文件的扩展名是否与平台一致:Windows 常见为 EXE 或 ZIP,macOS 为 DMG,Android 为 APK,Linux 图形包常见为 DEB、RPM 或 AppImage。其次检查处理器架构。若系统能够安装但客户端无法启动,可查看系统提示、客户端日志和安全权限记录,而不是反复覆盖安装同一个文件。

连接后无法访问网络时,应依次核对当前配置是否启用、策略组是否选中可用代理、运行模式是否符合预期、DNS 是否能正常解析,以及系统中是否同时运行其他网络接管工具。下载或安装本身通常不会改变订阅状态,配置过期仍需在配置来源处处理。

下载常见问题

安装包与架构选择

以下问题集中处理下载阶段最常见的系统、架构、配置与迁移判断。

Android 手机应该下载哪个安装包?

近年的主流 Android 手机通常使用 ARM64 架构,可优先选择 arm64-v8a 安装包。老旧的 32 位设备才需要 ARMv7。无法确定架构时,可选择 Clash Meta for Android 的通用版;Android 模拟器若显示 x86_64,则可使用 FlClash 的对应版本。

Windows 上应选择 Clash Plus 还是 Clash Verge Rev?

希望使用跨平台界面和较直接的配置流程时,可选择 Clash Plus。需要 mihomo 生态常用的规则覆写、TUN、订阅与桌面配置管理时,可选择 Clash Verge Rev。两者都能处理常见订阅和规则配置,主要差别在界面组织与设置入口。

macOS 的 Apple Silicon 与 Intel 安装包如何区分?

打开“关于本机”,查看芯片或处理器字段。显示 Apple M 系列芯片时选择 Apple Silicon 或 ARM64;显示 Intel 时选择 Intel 或 x64。架构不匹配可能导致无法打开、需要额外转译或运行异常。

下载客户端后为什么还不能直接连接?

客户端只负责读取配置并转发流量,不会自动生成订阅。安装完成后需要导入有效订阅地址或本地配置文件,将其设为当前配置,选择可用策略,再启动系统代理或 TUN 模式。若配置已过期,应先更新订阅来源。

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

通常不需要。Clash Plus、Clash Verge Rev、FlClash 和 Clash Meta for Android 等图形客户端会集成或管理所需内核。独立 Mihomo 包主要面向服务器、路由器、容器和需要自行维护命令行参数的用户。

Clash for Windows 还能继续使用吗?

现有归档版本仍可用于兼容旧配置和既有操作流程,但项目已经停止维护。新安装环境更适合选择持续维护且使用 mihomo 内核的 Clash Plus、Clash Verge Rev 或 FlClash。迁移前可保留原配置文件,再在新客户端中重新导入。