Clash Plus
首推适合从图形界面开始导入配置、管理策略组的用户。选择 Windows x64 安装包，安装前退出其他正在接管系统代理的客户端，减少监听端口冲突。
项目官网：clashplus.io
安装包 · 操作系统与架构
Clash 下载
FlClash 与多平台客户端
先选择系统，再核对处理器架构。图形客户端用于桌面与手机；Mihomo 内核文件用于自行部署服务的环境。
01 / system
确认操作系统
安装包格式需匹配系统
02 / architecture
确认 CPU 架构
x64 与 ARM64 分开选择
03 / configuration
准备订阅或配置
程序与代理服务分别配置
本页集中提供客户端入口。按钮标注的是包类型与目标架构，具体兼容性以实际安装包说明为准。首次使用建议先完成一个客户端的配置与连接验证，再考虑迁移或更换界面，避免多个程序同时修改系统代理。
按系统选择安装包
Windows 客户端
这里提供 x64 图形客户端。打开“设置 → 系统 → 系统信息”，查看系统类型。Windows on ARM 的应用兼容能力取决于系统版本，不能把 x64 安装包视作原生 ARM64 程序。首次安装后，先导入配置并检查日志，再启用系统代理或按需启用 TUN。
Clash Verge Rev
适合需要桌面配置管理、规则覆写与服务模式的用户。安装应用与授予服务权限是不同步骤；普通系统代理连接正常后，再按实际需求配置虚拟网卡接管。
FlClash
使用 Flutter 构建界面，基于 mihomo 内核管理代理连接。首次使用选择安装版更直接；压缩包适合手动管理程序目录，但运行所需依赖与权限仍需由系统提供。
Clash Nyanpasu
另一种 Clash 桌面管理界面，适合已有配置、希望比较界面操作习惯的用户。迁移时先导入原始订阅，确认规则和策略组，再逐项迁移本地覆写。
Clash for Windows
已停止维护归档客户端，保留用于旧配置迁移与历史环境复现。不建议作为新设备的默认选择。新协议、较新的配置字段与系统权限机制可能不兼容，迁移前应保留原始配置副本。
| 检查项 | 要求与建议 | 操作路径 |
|---|---|---|
| 系统与架构 | 优先在受支持的 64 位 Windows 环境使用；本区为 x64 包。 | 设置 → 系统 → 系统信息 |
| 安装权限 | 安装服务或启用 TUN 时可能需要管理员授权。 | 仅在明确的系统授权提示中确认 |
| 运行依赖 | 缺少运行库或 WebView 环境时，按安装器提示处理。 | 保留错误原文，区分依赖缺失与架构错误 |
| 现有代理 | 同一时间由一个客户端管理系统代理与 TUN。 | 退出旧客户端后再启动新客户端 |
macOS 客户端
在苹果菜单的“关于本机”中查看芯片信息。Apple Silicon 与 Intel 的安装入口分开列出，但当前清单中部分入口指向相同的 x64 文件；下载后仍需检查实际包架构。需要运行 Intel 应用时，按系统提示配置 Rosetta。
Clash Plus
首推按 Mac 芯片选择 DMG。打开磁盘映像后将应用放入“应用程序”，从正式安装位置启动，再完成配置导入。避免一直从挂载的磁盘映像内运行。
项目官网：clashplus.io
Clash Verge Rev
提供桌面配置与规则管理。当前 Apple Silicon 入口与 Intel 入口均对应 x64 文件；这不是原生 ARM64 构建的承诺，Apple Silicon 设备需确认转换运行条件。
FlClash
适合需要与其他平台保持相近界面习惯的用户。当前两个芯片入口均指向 amd64 磁盘映像。启动失败时先检查架构与系统提示，不要反复更改订阅来处理应用启动问题。
ClashX Meta
已停止维护归档的 macOS 菜单栏客户端，供旧环境迁移参考。当前两个入口均为 x86_64 包。旧配置能导入不代表所有字段都被支持，迁移后应检查实际生效规则与 DNS 行为。
| 检查项 | 要求与建议 | 操作路径 |
|---|---|---|
| 芯片 | 区分 Apple Silicon 与 Intel；兼容性以实际文件架构为准。 | 苹果菜单 → 关于本机 |
| 系统版本 | 各客户端最低版本要求不同，不能仅凭 DMG 能打开判断兼容。 | 查看安装器及应用启动提示 |
| 应用位置 | 将应用复制到“应用程序”后再启动。 | 访达 → 应用程序 |
| 网络权限 | 仅为准备使用的网络扩展或辅助服务授权。 | 系统设置中的对应权限提示 |
Android 客户端
大多数较新的 Android 手机使用 ARM64，但应以设备实际支持的 ABI 为准。ARMv7 面向仍支持 32 位应用的设备，x86_64 常见于部分模拟器。安装 APK 与建立 VPN 连接是两个独立授权步骤，完成安装后还需在客户端中导入配置。
Clash Plus
首推提供 ARM64 APK。安装时只为当前使用的浏览器或文件管理器授予安装权限，完成后可收回该权限。首次连接出现系统 VPN 授权时，确认应用名称后继续。
项目官网：clashplus.io
Clash Meta for Android
可按设备 ABI 选择 ARM64、ARMv7 或通用包。通用包包含多种架构，体积通常更大；已经确定设备架构时优先下载对应包，减少不必要的下载内容。
FlClash
延续 Flutter 客户端的配置与策略组界面。后台连接中断时，检查系统的电池优化与后台运行限制；不要把所有后台断开都归因于订阅或节点问题。
Surfboard
提供 Android 通用安装包。Surfboard 使用的配置格式与 Clash YAML 不同，已有 Clash 订阅不应直接视作兼容配置。安装前先确认服务提供方是否提供适用格式。
| 检查项 | 要求与建议 | 操作路径 |
|---|---|---|
| 设备 ABI | 选择系统支持的 ARM64、ARMv7 或 x86_64 包。 | 设备规格或可信系统信息工具 |
| 系统兼容 | 最低 Android 版本依客户端构建而定；架构正确不代表系统版本满足要求。 | 设置 → 关于手机 → Android 版本 |
| 安装授权 | 为实际打开 APK 的应用单独授权。 | 设置 → 安装未知应用 |
| 后台与 VPN | 通常只保留一个 VPN 应用接管连接。 | 系统 VPN 页面与电池管理页面 |
iOS 客户端
通过 App Store 安装 Clash Plus。兼容设备、系统要求与商店价格以详情页实时信息为准。安装完成后准备可用配置，并根据应用引导完成网络连接授权。
Clash Plus
首推面向 iPhone 与商店详情页列出的兼容设备。打开商店页面查看当前要求，再决定是否安装。程序安装完成不等于代理服务已经配置，仍需导入有权使用的订阅并选择出站。
项目官网：clashplus.io
| 检查项 | 要求与建议 | 操作路径 |
|---|---|---|
| 系统与设备 | 以 App Store 详情页兼容性列表为准。 | 商店详情 → 兼容性 |
| 安装与更新 | 通过商店完成应用安装和后续更新。 | App Store → 应用详情 |
| 连接授权 | 首次建立连接时确认系统网络配置提示。 | 应用内连接操作与系统授权窗口 |
| 配置来源 | 使用自己有权访问的配置，避免公开分享订阅地址。 | 客户端配置管理页面 |
若导入成功但连接失败，先确认配置已被选中，再检查策略组与系统 VPN 状态。应用安装、配置更新和远端连接属于不同环节，商店可以正常打开并不能证明订阅服务同样可达。
Linux 客户端
桌面环境选择 GUI 客户端，无桌面的服务器可转到 Mihomo 内核区。先用 uname -m 确认架构，再按发行版选择软件包格式。本区桌面包均为 AMD64，不应用于 ARM64 设备。
Clash Verge Rev
推荐Debian、Ubuntu 及兼容发行版选择 DEB，使用 RPM 包管理的发行版选择 RPM。通过发行版的软件管理工具处理依赖，安装后从应用菜单启动，先验证图形界面与配置导入。
FlClash
提供 Flutter 桌面界面与 mihomo 配置管理入口。DEB 是本区主要安装选择，另有 RPM 与 AppImage。AppImage 仍依赖系统运行环境，不能视作适用于所有发行版的独立容器。
| 检查项 | 要求与建议 | 检查方式 |
|---|---|---|
| 处理器架构 | 本区 GUI 包适用于 x86_64 / AMD64。 | uname -m |
| 发行版 | 依据发行版及包管理器选择 DEB 或 RPM。 | cat /etc/os-release |
| 图形依赖 | 需要兼容桌面会话与运行库；无桌面环境使用内核。 | 从终端启动并保留依赖错误原文 |
| TUN 权限 | 需具备虚拟网卡及相应网络权限，具体由客户端服务实现决定。 | 检查服务状态及 /dev/net/tun |
系统代理是否生效还取决于桌面环境与应用是否遵循代理设置。命令行工具不一定读取桌面代理；如果浏览器可连接而终端不能，应先检查工具自身的代理环境变量，而不是直接更换安装包。
Mihomo 内核文件
面向服务器、路由器及自行管理服务的用户。内核不包含配置管理界面，需要自行准备 YAML、启动目录、访问权限与日志输出。普通桌面和手机用户应使用上方的图形客户端。
先核对操作系统、CPU 架构与固件 ABI，再选择文件。特别是 MIPS 设备，还应确认字节序与浮点 ABI；不能只凭路由器品牌或系列名判断兼容。
| 系统 | 架构 | 格式与说明 | 文件下载 |
|---|---|---|---|
| Windows | AMD64 | ZIP · 64 位 x86 | 下载 AMD64 ZIP |
| Windows | ARM64 | ZIP · 64 位 ARM | 下载 ARM64 ZIP |
| macOS | Intel AMD64 | GZ · 压缩的可执行文件 | 下载 Intel GZ |
| macOS | Apple Silicon ARM64 | GZ · 压缩的可执行文件 | 下载 Apple Silicon GZ |
| Linux | AMD64 | DEB · 由包管理器安装 | 下载 AMD64 DEB |
| Linux | AMD64 | GZ · 手动部署 | 下载 AMD64 GZ |
| Linux | ARM64 | GZ · 64 位 ARM | 下载 ARM64 GZ |
| Linux | ARMv7 | GZ · 32 位 ARM | 下载 ARMv7 GZ |
| Linux | MIPS softfloat | GZ · MIPS 大端软浮点 | 下载 MIPS GZ |
| 检查项 | 要求与建议 |
|---|---|
| 运行环境 | 系统与二进制架构必须匹配；容器中还需核对宿主能力和设备映射。 |
| 配置文件 | 准备可读取的 YAML 和数据目录，先测试配置再交给服务管理器启动。 |
| 网络权限 | 普通代理监听与 TUN 所需权限不同，按实际功能授予权限。 |
| 监听范围 | 仅本机使用时绑定回环地址；局域网共享需同时设计认证与防火墙策略。 |
解压、测试与服务启动
GZ 文件解压后得到可执行程序，不会自动注册系统服务。先在明确的数据目录内测试配置，确认引用文件可读取，再设置常驻服务。以下命令以 Linux 上已经解压、命名为 mihomo 的文件为例：
chmod +x ./mihomo
./mihomo -v
./mihomo -t -d ./profile
./mihomo -d ./profile./profile 是自行创建的数据目录，其中应包含准备好的 config.yaml。测试通过只说明配置可以被解析，不代表远端服务一定可连接。服务化之前，还需检查端口监听、DNS 路径与实际规则命中情况。字段说明见配置字段参考。
安装后的检查顺序
先导入，再启用连接
下载的文件是应用或内核，不包含可直接使用的代理服务。准备自己有权使用的订阅链接或本地配置，导入后确认客户端已经选中该配置。若导入报错，先检查返回内容与配置格式，不要通过反复重装来处理订阅解析问题。
订阅链接可能包含访问凭据。向他人提供日志截图时，应隐藏链接中的敏感部分。保留一份可恢复的原始配置，避免只保存客户端内部合并后的临时内容。
区分系统代理与 TUN
系统代理依赖应用遵循系统设置；TUN 通过虚拟网卡接管符合条件的流量。第一次配置时，先用一种路径验证连接，再增加其他功能。两者并非必须同时开启，重复接管也不一定能解决连接问题。
若浏览器正常而某个应用失败，应先判断该应用是否读取系统代理。若所有应用都失败，再检查选中出站、DNS 与日志。完整操作路径见入门指南。
更新前保留可恢复配置
先记录订阅来源、混合端口、规则覆写、DNS 与 TUN 设置。退出旧客户端，再安装或运行新版本。同一客户端升级与跨客户端迁移是两种情况，不能假设它们共享数据目录和设置存储方式。
迁移后依次检查策略组名称、自定义规则顺序与配置合并结果。仅能打开界面不足以证明迁移完成，仍需验证直连与代理两类目标是否按预期分流。
用错误环节定位问题
无法启动通常先查系统版本、架构和依赖；无法导入先查链接与格式；无法连接再查 DNS、出站与端口。把安装错误和网络错误分开处理，可以减少反复更换包文件造成的干扰。
遇到端口占用时，确认旧程序是否仍在后台运行。修改 mixed-port 后，手动配置代理地址的浏览器、终端和其他应用也应同步调整。客户端差异可查阅客户端对比。
下载与安装问题
第一次下载，应该先选客户端还是 Mihomo 内核？
桌面与手机用户先选带图形界面的客户端，可在界面中导入配置、选择策略组和查看日志。Mihomo 内核面向需要自行管理配置、启动参数与服务的服务器或路由器用户，下载内核本身不会获得客户端界面。
AMD64、x64、ARM64 与 ARMv7 怎样区分？
AMD64 与 x64 通常表示同一类 64 位 x86 架构。ARM64 是 64 位 ARM 架构，ARMv7 是 32 位 ARM 架构。应同时核对操作系统和处理器架构；Android 通用包可用于不确定 ABI 的情况，但不能解决系统版本不满足要求的问题。
为什么不同架构按钮可能下载到同名文件？
按钮按版本清单提供下载入口，当前部分 macOS 架构入口指向同一个 x64 或 amd64 文件。按钮名称不代表该文件一定是原生 ARM64 构建。Apple Silicon 用户应检查实际包架构，并在系统允许时使用 Rosetta 运行 x64 应用。
更新客户端之前需要保留哪些设置？
先导出可恢复的配置，记录订阅来源、覆写规则、混合端口、DNS 与 TUN 设置，再退出旧客户端后安装。不同客户端的数据目录和合并规则并不相同，迁移时优先导入原始配置，不要直接覆盖整个应用数据目录。
安装完成后为什么仍然不能连接？
安装包只提供客户端程序，不包含可直接使用的代理服务。先导入有权使用的订阅或配置，确认策略组已选择可用出站，再检查系统代理或 TUN 是否生效。若仍失败，按配置解析、DNS、连接超时与端口占用的顺序查看日志。
已停止维护的客户端还适合新设备吗？
Clash for Windows 与 ClashX Meta 仅作为历史环境兼容和迁移参考保留。新设备优先选择仍有维护的客户端；旧程序可能不支持新协议、系统权限机制或新配置字段，不能仅凭能够安装判断它适合长期使用。