Clash Plus
首推适合从图形界面完成配置导入和日常切换。安装后先导入订阅或 YAML,确认策略组可选,再启用流量接管。迁移旧配置时,先保留一份本地备份,避免把旧客户端的覆写设置误当作订阅原始内容。
- 架构
- x64
- 格式
- EXE 安装程序
- 官网
- clashplus.io
按系统、架构与安装格式选择。桌面和手机先选图形客户端;服务器与路由器查看独立内核。
本页汇集不同项目的安装入口。客户端界面、内核和订阅服务各自独立,安装客户端不等于已具备可用的代理配置。
首次安装先看 Clash Plus。以下桌面安装包以 x64 为主,适用于相应架构的 Windows 环境。打开“设置 → 系统 → 系统信息”查看系统类型;ARM 设备应先确认所选应用的模拟运行支持,不要把 x64 包当作 ARM64 原生包。
适合从图形界面完成配置导入和日常切换。安装后先导入订阅或 YAML,确认策略组可选,再启用流量接管。迁移旧配置时,先保留一份本地备份,避免把旧客户端的覆写设置误当作订阅原始内容。
适合希望管理配置文件、规则覆写与服务模式的桌面用户。系统代理与 TUN 是不同的接管路径;先用系统代理验证浏览器连接,再按应用需求开启 TUN,出现异常时可逐项回退定位。
适合需要在不同设备间保持相近操作习惯的用户。安装程序名称中的 AMD64 与常见 x64 表示同类架构,并不限定必须使用 AMD 处理器。首次运行时检查配置选择和代理模式,不要直接沿用旧软件的运行状态判断。
另一种桌面配置管理界面。切换客户端前退出原有代理程序,避免两个进程争用监听端口或反复改写系统代理。若使用自定义规则,迁移后查看合并结果与日志,不只检查订阅是否出现在列表中。
用于既有环境复现、配置迁移和旧界面对照。归档程序不再持续适配新系统与新配置字段,不能因为订阅可以导入就推定所有协议与规则都受支持。首次部署优先考虑前面的客户端,旧环境升级前先导出配置。
| 项目 | 下载前确认 | 安装后检查 |
|---|---|---|
| 系统与架构 | 优先使用仍获系统支持的 Windows 10 / 11;具体最低版本以客户端安装程序为准。 | 当前货架为 x64 安装包,确认应用能够正常启动。 |
| 权限 | 普通界面运行与安装服务的权限要求不同。 | TUN 或服务模式按客户端提示授权,不必始终以管理员运行全部应用。 |
| 网络接管 | 退出其他正在管理系统代理的客户端。 | 检查代理端口、系统代理地址;商店应用异常可查阅 UWP 回环说明。 |
安装被系统拦截时,先查看提示中的发布者、文件来源与具体原因,不要批量关闭系统安全功能。若只有 UWP 应用联网异常,可继续阅读回环豁免排查。
从苹果菜单打开“关于本机”,显示 Apple 芯片的设备选择 ARM64 原生包,显示 Intel 处理器的设备选择 x64 包。部分项目当前清单只提供 x64 文件,下面按实际包架构标注,不将兼容运行入口写成原生支持。
提供分别面向两类 Mac 处理器的 DMG。打开磁盘映像后按提示将应用放入“应用程序”,再从该目录启动。导入配置后确认代理端口和接管状态;需要网络扩展或服务权限时,按系统面板中的提示逐项确认。
当前两个入口均为 x64 DMG,Apple Silicon 需确认 Rosetta 运行条件。适合管理订阅、合并配置与服务模式。若应用可以打开但流量未被接管,先检查系统代理和服务状态,再检查配置中的规则,不要直接重装系统网络组件。
当前清单映射到同一份 AMD64 磁盘映像。Apple Silicon 用户应先确认 Rosetta 兼容性。安装完成后逐项检查配置、模式和接管权限;从其他客户端迁移时,订阅地址可以沿用,但本地覆写与界面设置未必自动转移。
保留用于旧菜单栏工作流与配置迁移。两个入口当前均为 x86_64 文件;Apple Silicon 的兼容运行条件需单独确认。归档项目不代表持续获得系统适配,准备长期使用新系统时,优先评估前面的客户端。
| 项目 | 要求与判断 |
|---|---|
| 系统版本 | 各应用最低 macOS 版本不同,以应用发布说明和系统安装提示为准,不按 DMG 格式推断兼容性。 |
| 处理器 | Apple Silicon 优先 ARM64;x64 应用需确认 Rosetta。Intel 设备使用 x64 文件。 |
| 安装与权限 | 将应用移入“应用程序”后启动,按需授权服务或网络接管;不要从磁盘映像中长期运行。 |
切换客户端前先关闭旧程序的系统代理,再退出程序。若直接删除仍在接管网络的应用,系统代理可能继续指向已停止监听的本地端口。
多数较新的手机可先查看 ARM64 包,但处理器支持 64 位并不保证系统提供 64 位应用环境。无法确认时,查看设备系统信息或使用客户端提供的通用包。Android 同一时间通常只允许一个应用占用系统 VPN 接口。
当前提供 arm64-v8a APK。下载完成后,通过系统安装器打开文件;只对用于安装的浏览器或文件管理器授予所需权限。导入配置后,首次连接按系统提示确认 VPN 请求,再检查浏览器与目标应用是否均能联网。
提供不同架构安装包,适合需要明确控制配置文件与应用分流的用户。导入订阅后还需选中该配置。若切换到后台后连接中断,先检查系统电池管理与后台运行限制,而不是反复更换订阅内容。
可按设备环境选择 arm64-v8a 或 armeabi-v7a。跨设备使用时,配置内容与代理端口可以分别管理,手机端接管依赖系统 VPN 授权,不应照搬桌面系统代理的操作路径。更新时尽量沿用相同应用与签名来源。
使用不同的配置语法体系,不能将任意 Clash YAML 直接当作 Surfboard 配置导入。选择前先确认订阅提供方是否给出适配格式,尤其注意代理组、规则与 DNS 字段的差异。格式不兼容时应获取正确配置,而不是只修改文件扩展名。
| 项目 | 要求与判断 |
|---|---|
| 系统与 ABI | 最低 Android 版本由各应用决定;架构须匹配系统支持的 ABI,不能只看处理器型号。 |
| 安装权限 | 按需允许当前安装来源;签名冲突时先备份配置,确认应用来源后再决定是否迁移。 |
| 持续运行 | 连接需要系统 VPN 授权。后台断连时检查省电策略、后台活动权限和其他 VPN 应用。 |
“应用未安装”可能来自架构不匹配、系统版本不足或签名冲突。先记录系统给出的完整错误,再逐项排查。直接卸载会影响本地配置,应先确认能否导出订阅与规则。
通过 App Store 查看 Clash Plus 的设备兼容性、系统要求与安装入口。安装完成后导入适配的订阅或配置,首次连接时确认系统 VPN 配置请求。客户端安装、配置导入和连接授权是三个独立步骤。
使用商店页面中的兼容性信息判断当前设备是否适用。导入配置后先确认选中的策略组,再启动连接。若只在某个 Wi-Fi 网络下异常,比较移动网络与 Wi-Fi 的表现,并记录 DNS 和连接日志,避免把局域网限制误判为客户端安装失败。
| 项目 | 要求与判断 |
|---|---|
| 设备兼容性 | 以 App Store 页面展示的设备与最低系统版本为准。 |
| 网络权限 | 首次启用时按系统提示添加 VPN 配置,受管理设备还需遵守设备管理策略。 |
| 配置准备 | 准备可用订阅或适配配置,连接前确认配置和策略组均已选中。 |
桌面环境优先使用图形客户端,服务器与路由器转到 Mihomo 内核。先执行 uname -m 确认架构,再根据发行版选择 DEB 或 RPM;本区提供的安装包为 AMD64,不能直接安装到 ARM64 系统。
DEB 对应 Debian、Ubuntu 等包管理体系,RPM 对应 Fedora 等体系。安装时让系统包管理器处理依赖。桌面系统代理未必影响终端程序,需要命令行联网时,还应检查终端代理变量或按需求配置 TUN。
适用于匹配架构和依赖条件的 DEB 桌面环境。安装后若界面无法启动,应从终端启动并查看依赖或图形会话错误,而不是先修改代理规则。无图形会话的主机不必为了运行代理而安装完整桌面。
| 项目 | 要求与判断 |
|---|---|
| 处理器 | uname -m 输出 x86_64 时选择此处 AMD64 包;其他架构查看对应内核入口。 |
| 运行环境 | 图形客户端需要桌面会话及其运行依赖,具体依赖由包管理器和客户端发布要求决定。 |
| 接管权限 | TUN 需要匹配的设备节点和网络权限;普通终端也可按应用能力使用本地 HTTP / SOCKS 代理。 |
安装本地包时使用发行版的包管理工具,并将带空格的文件路径放入引号。更完整的服务常驻与终端设置见Linux 桌面与命令行部署笔记。
面向能够管理配置目录、进程权限与服务的服务器和路由器用户。内核负责读取 YAML 并处理流量,不提供完整桌面操作界面。普通用户优先使用前面的 GUI 客户端;独立内核需要自行准备配置并管理更新。
先匹配操作系统,再匹配 CPU、位宽和运行环境。ZIP 与 GZ 文件需要解压,DEB 交给包管理器安装。路由器还需确认固件 ABI、浮点约定和可用存储,不能仅凭品牌或处理器系列推断适用包。
| 项目 | 检查内容 |
|---|---|
| 配置目录 | 准备有效的 config.yaml,并确认运行用户对配置、缓存和日志目录具备所需权限。 |
| 端口与接口 | 确认 mixed-port 未被占用;控制接口优先绑定本地回环地址,不直接暴露到公共网络。 |
| TUN 与服务 | 按系统授予必要网络权限,确认 TUN 设备可用,再配置 systemd 或其他服务管理器。 |
在 Linux 上解压并将二进制命名为 mihomo 后,可先用下面的命令测试配置,再在前台运行观察启动输出。测试通过只说明配置可解析,仍需确认策略组、DNS 和实际网络路径。
chmod +x ./mihomo
./mihomo -t -d ./config
./mihomo -d ./config
查阅全平台配置文档 →
安装成功只完成程序部署。按以下顺序验证,可以把安装问题、配置问题与流量接管问题分开处理。
使用订阅 URL 或本地 YAML 创建配置,确认客户端已经选中该配置,再选择策略组中的出口。规则中的策略名称需要与实际代理或组名对应;出现找不到策略的错误,应先修正引用关系,不要通过切换全局模式掩盖配置错误。
桌面端先用系统代理测试遵守代理设置的浏览器。需要覆盖其他应用时,再评估 TUN、DNS 和权限。手机端则先完成系统 VPN 授权。每次只改变一个设置,并在日志或连接记录中观察变化,排查过程才有可比较的结果。
按步骤完成订阅导入 →同一客户端升级前,备份本地配置、自定义规则和覆写内容。更换客户端时,还要单独记录端口、接管模式、分应用设置与自动更新间隔。不同界面的设置目录未必一致,复制整个旧目录不一定能完成迁移。
退出旧客户端后再启用新客户端,避免两者竞争系统代理或 TUN。若升级后无法启动,先看错误提示和运行环境;若能够启动但无法联网,再看配置加载、监听端口、DNS 与规则命中。下载页面中的版本槽只在取得有效数据后显示,安装包文件名与项目版本标签不一定完全相同。
比较客户端与使用场景 →架构选择、配置导入与升级准备。其他连接故障见帮助中心。
Windows、macOS、Android 和 iOS 首先查看 Clash Plus;Linux 首先查看 Clash Verge Rev。先匹配操作系统与处理器架构,再比较订阅管理、系统代理和 TUN 设置。普通桌面与手机用户优先选择图形客户端。
x64、AMD64 和 x86_64 通常指同一类 64 位桌面指令集;ARM64 对应另一类处理器架构,Android 安装包常写作 arm64-v8a。通用 APK 包含多种架构,体积通常更大。下载前查看系统处理器信息,并核对按钮旁的实际包架构。
当前下载清单中,Clash Verge Rev、FlClash 和归档的 ClashX Meta 将两类 Mac 入口映射到同一个 x64 安装包。它们不是原生 ARM64 包;Apple Silicon 运行时需确认 Rosetta 兼容性。需要明确的 ARM64 安装包时,可选择 Clash Plus 对应入口。
安装包提供客户端程序,代理连接仍需要可用的订阅或配置文件。导入后先选择配置与策略组,再启用系统代理或客户端提供的 VPN 接管。不要公开订阅地址,更新失败时先检查链接有效性与配置格式。
先备份本地 YAML、订阅记录、自定义规则和覆写设置,记下监听端口与接管模式。退出旧进程后再安装更新,同一时间只让一个客户端管理系统代理或 TUN。升级后先测试配置加载,再验证 DNS、规则命中和应用联网。
Mihomo 是读取配置并处理代理流量的内核,通常通过命令行、服务或控制接口管理。图形客户端提供配置导入、模式切换、连接记录等界面,并可能集成内核。服务器与路由器用户可选独立内核,普通用户优先选择图形客户端。