客户端 / 架构 / 安装包

Clash 下载与平台选型

先选系统,再核对处理器架构。

Windows、macOS、Android 与 iOS 首推 Clash Plus;Linux 优先查看 Clash Verge Rev。已有配置的用户,先确认协议与内核兼容性,再决定是否更换客户端。

按设备选择

平台安装包

按钮上的架构标识比文件大小更重要。相同客户端在不同平台上的功能与发布节奏可能不同。

Windows 客户端

本区图形客户端安装包均为 x64。Intel 与 AMD 的常见 64 位桌面设备通常选择这一架构;Windows on ARM 需要另行确认应用的兼容运行条件,不能把内核 ARM64 包当作图形客户端替代品。

Clash Plus

Clash Plus

首推

适合首次接触 Clash 生态、希望从图形界面完成配置导入的用户。安装后先导入订阅,再选择策略组与代理模式;不要把系统代理开关与节点是否可用混为一谈。

官网:clashplus.io · EXE 安装程序

Clash Verge Rev

Clash Verge Rev

桌面配置管理

适合需要查看连接、管理规则与调整覆写的桌面用户。启用 TUN 前先了解服务模式和权限要求;如果只是浏览器访问,先验证系统代理路径,排查会更直接。

x64 构建 · 不包含独立的 Windows ARM64 图形安装入口

FlClash

FlClash

跨平台界面

适合已经在手机上使用 FlClash、希望桌面保持相近操作习惯的用户。配置可迁移不等于应用设置可整目录复制,建议重新导入订阅,再逐项恢复规则和 DNS 设置。

AMD64 即常说的 x64,不限定 AMD 品牌处理器

Clash Nyanpasu

Clash Nyanpasu

桌面备选

可作为桌面客户端的另一种界面选择。迁移前确认当前配置使用的协议、规则提供器与内核要求,尤其不要仅凭 YAML 文件能被选中,就判断所有配置字段均已生效。

建议先导入配置并查看日志,再接管系统流量

Clash for Windows

已停止维护

保留用于旧环境复现、界面对照与迁移准备,不作为新安装首选。停更意味着后续系统变更和新协议支持不能得到同等保障;旧教程中的菜单名称也不一定适用于新客户端。

归档用途 · 迁移前保存订阅地址与自定义规则

Windows 系统与安装条件

检查项选择建议
系统环境建议使用仍受支持的 Windows 10 / 11;各应用最低版本以对应发布说明与安装程序检测为准。
处理器本区为 x64 安装程序;在“设置 → 系统 → 系统信息”查看系统类型。
权限与运行环境普通界面与 TUN 服务可能有不同权限要求;缺少运行组件时按安装提示补齐,不反复叠加安装旧程序。

下载之后

安装与迁移检查

先保留配置,再更换应用

升级同一客户端前,保存订阅地址、手动规则与覆写内容。跨客户端迁移时,不建议直接搬运整个应用数据目录:配置文件可能通用,但界面偏好、端口设置、服务状态与内部数据库不一定兼容。

先退出旧客户端,再运行新安装程序。首次启动只导入一份确定有效的配置,查看加载结果与日志;确认规则模式和策略组后,再启用系统代理或 TUN。一次只改变一个网络接管方式,能缩小故障范围。

安装成功不等于配置可用

客户端负责加载配置、执行分流与建立代理连接,不会因为安装完成就自动获得服务。订阅过期、格式不匹配、节点参数缺失以及 DNS 设置冲突,都可能表现为“已启动但无法访问”,应根据日志逐项判断。

遇到证书错误,先检查系统时间、目标网站与连接路径,不以关闭证书验证解决问题。分享日志、截图或配置前,移除订阅地址、认证字段与可识别的设备信息。需要具体步骤时,转到教程按导入、选择模式、连接和验证的顺序操作。

下载相关问答

安装包选择 FAQ

先确认系统、架构与配置格式,再处理权限和网络问题。以下问答与本页下载入口配套使用。

第一次下载 Clash,应该选哪个客户端?

Windows、macOS、Android 与 iOS 优先从 Clash Plus 开始;Linux 优先考虑 Clash Verge Rev。先确认设备架构与配置格式,再比较界面和功能。客户端本身不附带可用的代理服务,安装后仍需导入自己的有效配置。

如果已有稳定的工作配置,不必只因界面不同就迁移。先在客户端对比页确认目标应用是否满足协议与规则需求。

ARM64、x64 和通用版安装包如何选择?

x64 与 AMD64 通常指同一种 64 位 x86 架构,ARM64 则是另一种架构。先在系统信息中查看处理器类型。Android 不确定架构时可选择通用版;Apple Silicon 下载入口若标注当前为 x64 构建,应先确认 Rosetta 兼容条件,不能把入口名称当成原生架构证明。

文件名中的架构标识同样值得核对。系统提示“不适用于此设备”时,应回到架构选择,而不是通过更改文件扩展名继续安装。

升级客户端前要备份哪些内容?

备份订阅地址、手动添加的规则、覆写配置和客户端设置,记录当前使用的内核与代理模式。先退出旧客户端再运行安装程序。跨客户端迁移时优先重新导入配置,不直接覆盖整个应用数据目录;分享日志时应移除订阅链接和认证信息。

如果规则由订阅管理,应区分远程更新内容与本地修改,避免下一次订阅刷新覆盖临时调整。详细操作见配置导入教程。

下载或安装失败,应该怎样排查?

先区分下载请求失败、包格式不匹配和系统阻止启动。下载失败时记录浏览器提示并检查磁盘空间;安装失败时核对操作系统、处理器架构与安装包扩展名。遇到安全提示,应先核对发布来源和系统要求,不应直接关闭系统安全防护。

Linux 的依赖缺失、macOS 的兼容运行条件与 Windows 的运行组件问题并不是同一种故障。保留准确报错文字,比只描述“打不开”更有助于定位。

Clash for Windows 与 ClashX Meta 还能用于新配置吗?

两者在本页作为已停止维护的归档客户端保留,主要用于旧环境复现和迁移对照。新协议、规则字段与新系统兼容性不能据此保证。新安装应优先选择持续维护的客户端,旧配置也需要核对当前内核支持的字段。

应用名称中的 Clash 不代表内核功能完全一致。涉及 VLESS、Hysteria2 等协议时,先查协议与内核手册,不要只对照旧教程中的界面截图。

Mihomo 内核和带界面的客户端有什么区别?

Mihomo 是负责代理协议、规则匹配和 DNS 等能力的核心程序,不等于完整的桌面应用。直接运行内核需要自行准备配置、管理进程与权限,适合服务器或路由器环境;日常桌面和手机使用优先选择图形客户端。

图形客户端通常额外管理配置导入、托盘、开机启动与系统代理。把内核文件解压到桌面,并不会自动得到这些功能。