安装前确认

Clash 下载与安装包

按系统选择客户端,再核对处理器架构。Clash Plus、Clash Verge Rev 与 FlClash 的下载入口按平台整理,内核包单独列出。

客户端用于加载配置与管理出站连接。安装包不包含订阅服务,首次使用需要准备订阅链接或本地配置。

平台与架构

客户端安装包

每个平台先列出常用客户端,再列出备选项。安装前阅读卡片下方的系统要求;不同系统之间不能混用安装文件。

Windows 客户端

以下桌面安装程序面向 x64 设备。在“设置 → 系统 → 系统信息”查看系统类型。ARM 设备不要直接把 x64 包当作原生 ARM 包;兼容运行能力取决于 Windows 版本与程序依赖。

Clash Verge Rev

适合需要在桌面端管理订阅、规则和服务模式的用户。

EXE 安装程序

先完成常规安装,再根据是否需要 TUN 决定安装或启动相关服务。服务安装涉及系统权限,遇到失败时应记录提示内容;反复点击启动不会解决权限、驱动或端口冲突。

FlClash

适合希望在桌面与手机上使用相近配置管理流程的用户。

EXE 安装程序

AMD64 也适用于兼容 x64 指令集的 Intel 处理器,不是 AMD 品牌专用包。迁移配置时注意本地文件路径、覆写设置和 DNS 选项;界面布局相近不代表所有平台的系统权限完全相同。

Clash Nyanpasu

适合希望使用另一套桌面配置与连接管理界面的用户。

EXE 安装程序

与其他客户端并存安装时,先停用旧客户端的系统代理和网络接管功能。多个程序争用相同本地端口或同时调整系统代理,会让连接测试与实际应用行为难以对应。

Clash for Windows

已停止维护

归档入口,用于已有环境的迁移对照与旧配置复现。

归档客户端

新安装优先考虑维护中的客户端。旧客户端内置内核与当前 mihomo 的功能范围不一致,较新的协议字段或规则写法可能无法加载。保留配置不等于必须继续使用旧执行程序。

Windows 系统要求与安装检查

检查项选择依据安装前操作
操作系统使用仍受支持的 64 位 Windows;具体最低版本以各包提示为准在系统信息中记录版本与系统类型
处理器本区安装包为 x64 / AMD64ARM 设备另行确认兼容运行条件
权限与组件常规安装、系统服务及 TUN 的权限需求不同仅在明确提示时授予所需权限

商店应用无法通过本机代理访问时,问题可能是 UWP 回环限制,而非安装包损坏。先核对常规应用是否正常,再查阅 FAQ 故障排查,避免把网络接管问题当作安装失败。

安装与迁移

下载后的检查顺序

先完成安装与配置加载,再调整流量接管方式。一次只改变一个变量,更容易定位问题。

安装文件与运行权限

下载完成后确认文件格式符合当前系统:EXE 用于 Windows 安装,DMG 用于 macOS,APK 用于 Android,DEB 与 RPM 由对应包管理器处理。压缩包需要解压,不能把它与安装程序混为一谈。

系统报告不兼容时,先记录完整提示,再检查架构、系统版本和依赖。需要授权的安装步骤应有明确用途。不要为处理未知错误而关闭全部系统安全功能,也不要从提示不明的弹窗安装额外组件。

配置导入与首次连接

客户端安装完成后,进入配置页面导入订阅链接或本地 YAML,确认解析成功并选中该配置。再查看策略组是否包含可用出站项,选择规则模式,启动适合当前平台的代理或 VPN 功能。

最后结合连接记录与应用实际访问结果验证。延迟测试成功只说明相应测试请求获得响应,不能代替应用层检查。如果网站访问与预期不同,应检查命中的规则、策略组选择及 DNS 行为。

旧客户端与配置迁移

更换客户端前保留订阅地址、本地规则、覆写文件与必要的界面设置。远程订阅通常可重新导入,但脚本路径、规则集缓存和客户端专用字段需要单独处理。先在新环境验证,再移除旧安装。

迁移测试期间停用旧程序的系统代理、TUN 和自动启动,避免多个客户端同时接管网络。归档程序可以作为配置对照,不应被当作支持当前所有协议与配置字段的依据。

客户端版本与内核版本

客户端版本描述界面及其封装功能,内核版本决定许多协议与配置能力,两者不一定同步。升级界面后仍应在客户端中确认实际使用的内核;单独替换内核也未必改变界面显示的版本。

本页卡片在取得非空版本信息时显示版本文字。未显示不代表安装包无法使用,也不应据此推断更新时间。具体变更与兼容范围以所用发行包的说明、应用内信息和实际加载日志为准。

下载常见问题

安装包与兼容性

连接过程中的规则、订阅与 DNS 问题另见 FAQ。

第一次安装应该选择哪个客户端?

Windows、macOS、Android 和 iOS 可先查看 Clash Plus;Linux 可先查看 Clash Verge Rev。先核对系统、处理器架构和当前包格式,再按界面偏好选择。客户端安装完成后仍需导入可用配置,安装包本身不包含订阅服务。

x64、AMD64、ARM64 和通用版怎样区分?

x64 与 AMD64 通常指同一种 64 位桌面指令集,不限定处理器品牌。ARM64 用于采用相应架构的设备;Android 的 armeabi-v7a 对应 32 位 ARM。通用包包含多种架构,体积通常更大。应以系统信息、安装包实际架构及客户端要求共同判断。

为什么 macOS 的两个架构入口可能下载到同一个文件?

部分上游清单的 Apple Silicon 与 Intel 入口当前指向同一份标为 x64 或 x86_64 的文件。此时不能仅凭按钮名称判断为 ARM 原生包。Apple Silicon 用户应确认安装包是否需要 Rosetta,以及当前系统是否支持运行。

安装新客户端后,旧订阅和规则可以直接迁移吗?

先保留旧配置副本,再在新客户端导入订阅链接或本地 YAML。相同内核通常能复用主要配置字段,但覆写脚本、扩展字段、界面偏好和本地路径未必通用。导入后检查日志、策略组、DNS 和 TUN 设置,确认正常后再停用旧客户端。

下载完成却安装失败,应先检查什么?

先确认下载已完成、安装格式适合当前系统、处理器架构匹配,并记录系统给出的完整错误信息。桌面端还应检查系统支持范围、磁盘空间和已有安装进程;Android 应检查安装来源授权与旧应用签名冲突。不要通过关闭全部系统安全功能处理不明错误。

mihomo 内核包与图形客户端有什么区别?

mihomo 内核负责读取配置和处理网络流量,通常不附带桌面图形界面。服务器、路由器及自行管理服务的用户可选择内核包;普通桌面和手机用户适合先安装图形客户端。解压内核不等于完成配置,还需准备配置文件、运行目录及必要权限。