Clash Plus
首推适合从订阅导入开始使用的桌面用户。安装后先添加配置，再选择代理组与工作模式；需要接管更多应用流量时，再检查客户端的 TUN 设置和权限提示。
客户端官网：clashplus.io
按平台选择安装包
同一平台可以使用不同客户端，通常只需安装一个。客户端界面与配置管理方式各有差异，订阅能否直接使用还取决于配置格式和所带内核。
Windows 客户端
此处图形客户端提供 x64 安装包。先在“设置 → 系统 → 系统信息”查看系统类型；ARM 设备还需确认系统的 x64 应用兼容能力，不应把 x64 当成原生 ARM64。
Clash Verge Rev
基于 mihomo 内核的桌面客户端，适合需要管理订阅、规则与覆写的用户。迁移已有配置时，先验证原始订阅，再逐项恢复本地修改，避免旧脚本直接覆盖新设置。
FlClash
提供跨平台界面的 mihomo 客户端。适合希望在电脑与手机上沿用相近操作路径的用户；配置文件可以复用，但系统代理、后台运行和 TUN 权限需要在每台设备上单独设置。
Clash Nyanpasu
桌面配置管理客户端。适合已有 Clash 配置、希望通过图形界面管理的用户；使用特定协议或高级字段前，应确认当前客户端实际选用的内核，不要只根据界面名称判断兼容性。
Clash for Windows
已停止维护保留用于旧环境复现与配置迁移。Clash for Windows 停更后，不应按持续维护客户端预期其系统兼容性与修复节奏；首次安装建议选择上方客户端，旧用户先备份配置目录。
Windows 系统与安装要求
| 检查项目 | 选择与操作 |
|---|---|
| 处理器架构 | 本区安装包为 x64 / AMD64。32 位 Windows 不适用；Windows on ARM 需确认应用及驱动兼容性。 |
| 系统版本 | 查看安装程序标注的最低系统要求。旧版 Windows 可能缺少运行时组件，不能仅凭处理器位数判断能否运行。 |
| 安装与权限 | 运行 EXE 完成安装。普通系统代理与 TUN 服务权限不同，按客户端提示安装服务，不必始终以管理员身份运行整个界面。 |
| 首次验证 | 导入配置后检查监听端口，再启用系统代理。商店应用仍无法连接时，排查 UWP 回环限制或按需使用 TUN。 |
若启动后提示端口占用，先退出旧客户端并检查其后台服务。不要同时让两套客户端修改系统代理；需要排查时参考故障排查指南。
macOS 客户端
在苹果菜单的“关于本机”查看芯片：Apple M 系列选择 ARM64 原生包，Intel 选择 x64。部分当前下载入口实际提供 x64 文件，已在按钮旁明确说明，Apple Silicon 使用前需确认 Rosetta 兼容性。
Clash Plus
首推提供 Apple Silicon 与 Intel 对应安装包。打开磁盘映像后，将应用放入“应用程序”目录，再启动并导入配置；涉及网络扩展或系统权限时，按 macOS 提示确认。
客户端官网：clashplus.io
Clash Verge Rev
适合通过桌面界面管理配置与规则。本页当前清单的两个架构入口都指向 x64 文件；Apple Silicon 用户需确认 Rosetta 与客户端服务兼容情况，不能将该文件视为 ARM64 原生包。
FlClash
适合需要跨设备使用相近界面的用户。当前两个 macOS 入口均提供 AMD64 文件，Apple Silicon 运行涉及 Rosetta；下载后请按实际文件架构安装，再测试代理与网络权限。
ClashX Meta
已停止维护面向已有 ClashX Meta 环境的归档入口。当前清单提供 x86_64 文件，适合旧环境复现与配置迁移；新安装优先选持续维护客户端，升级系统前保留配置并评估兼容性。
macOS 系统与安装要求
| 检查项目 | 选择与操作 |
|---|---|
| 芯片型号 | Apple M 系列对应 ARM64，Intel 对应 x64 / AMD64 / x86_64。以上三个 x86 名称在这里表示同类架构。 |
| 系统版本 | 以所下载应用声明的最低 macOS 版本为准。新系统上的网络扩展权限和旧系统上的运行时支持需分别检查。 |
| 安装位置 | 打开 DMG，将应用拖入“应用程序”。不要长期直接从挂载的磁盘映像内启动，以免更新路径与权限状态混乱。 |
| 安全提示 | 先确认文件来源，再查看“系统设置 → 隐私与安全性”的具体提示。遇到损坏或不兼容提示应查明原因，而非直接关闭系统保护。 |
系统代理只影响遵循该设置的应用。终端工具可能需要单独设置代理环境变量；切换到 TUN 前，先确认已有其他 VPN 或网络过滤工具是否同时运行。
Android 客户端
多数较新的 Android 手机使用 ARM64。旧设备可能使用 ARMv7，不能仅根据 Android 版本判断；如果无法确认，可查看设备 CPU ABI，或选择客户端提供的通用包。
Clash Plus
首推适用于 ARM64 Android 设备。安装后导入订阅，再启动代理并确认系统 VPN 连接请求；如需持续后台使用，按手机厂商的电池管理路径调整应用后台权限。
客户端官网：clashplus.io
Clash Meta for Android
面向 Android 的 Clash Meta 客户端，支持配置导入与规则分流。ARM64 为多数新设备的常用选择，ARM 适用于部分旧设备，通用包用于架构难以确认的情况。
FlClash
适合同时使用桌面与移动设备的用户。选择与设备 ABI 一致的包；同一份订阅可以分别导入，但应用分流、通知、后台运行权限和 VPN 状态需要在手机上独立配置。
Surfboard
采用不同配置语法的 Android 代理工具，并非 mihomo 图形外壳。适合已有 Surfboard 兼容配置的用户；Clash YAML 不能默认原样导入，应先确认订阅服务提供对应格式。
Android 系统与安装要求
| 检查项目 | 选择与操作 |
|---|---|
| 设备 ABI | arm64-v8a 对应 ARM64，armeabi-v7a 对应 32 位 ARM。选择错误可能导致系统提示无法安装或不兼容。 |
| 系统与来源权限 | 确认安装程序声明的最低 Android 版本，仅为实际下载 APK 的浏览器或文件管理器开启必要的安装来源权限。 |
| 更新安装 | 覆盖安装要求应用包名与签名兼容。发生签名冲突时先备份配置，查明安装来源，不要直接卸载丢失本地数据。 |
| VPN 与后台 | 启用时确认系统 VPN 请求。其他 VPN 可能占用同一能力；后台被结束时检查电池优化、后台活动与通知权限。 |
安装成功不等于订阅可用。先更新配置，再检查规则、代理组与日志；异常耗电时比较待机和实际使用场景，不要仅通过反复切换 DNS 模式判断原因。
iOS 客户端
通过 App Store 安装 Clash Plus。商店详情页会显示当前设备的系统兼容要求与应用信息；安装后再导入有权使用的订阅，并确认系统添加 VPN 配置的请求。
Clash Plus
首推用于在 iPhone 上管理订阅、代理策略与规则分流。安装与后续更新通过商店完成；首次使用先检查配置格式，再根据系统弹窗授权 VPN 配置，最后启动连接并验证访问结果。
客户端官网：clashplus.io
iOS 系统与安装要求
| 检查项目 | 选择与操作 |
|---|---|
| 系统版本 | 以 App Store 当前详情页的兼容性说明为准。商店会根据设备与系统状态判断是否可以安装。 |
| 安装入口 | 打开 Clash Plus 商店详情页，确认应用名称后按商店流程安装；更新仍在 App Store 中完成。 |
| 网络权限 | 启动前确认添加 VPN 配置的系统请求。若已有其他 VPN，先检查两者的连接状态，避免来回接管。 |
| 配置准备 | 导入兼容的订阅或配置，确认代理组选择。订阅导入失败时检查链接有效期、格式与网络可达性。 |
建议先用一个明确的测试目标验证连接，再调整规则和 DNS。若配置包含仅适用于桌面的本地路径、脚本或端口设置，应先确认移动端支持情况，不能只复制整份文件后直接启动。
Linux 客户端
以下图形安装包面向 AMD64 桌面环境。Debian、Ubuntu 系通常选 DEB，Fedora 等 RPM 系发行版选 RPM；无桌面的服务器和其他架构设备可查看 Mihomo 内核区。
Clash Verge Rev
推荐适合需要图形化配置管理的 Linux 桌面用户。按发行版选择 DEB 或 RPM，交给包管理器处理依赖；首次运行后先检查订阅与监听端口，再决定使用桌面系统代理还是 TUN。
FlClash
适合 Debian 系桌面环境中的跨平台使用场景。安装前确认桌面运行库可用；命令行应用不一定读取桌面代理设置，终端访问仍需检查对应工具的代理配置。
Linux 系统与安装要求
| 检查项目 | 选择与操作 |
|---|---|
| 处理器架构 | 运行 uname -m。输出 x86_64 可选择本区 AMD64 包；aarch64 不应安装这些 x86 包。 |
| 发行版与包格式 | 查看 /etc/os-release，按发行版使用 DEB 或 RPM，不要只修改文件扩展名尝试安装。 |
| 桌面依赖 | 图形客户端需要相应桌面组件。安装报错时保留终端中的缺失依赖信息，并使用发行版包管理器处理。 |
| TUN 权限 | 检查 /dev/net/tun、路由权限和服务配置。容器内运行还受宿主机设备映射与网络权限限制。 |
Linux 的桌面代理、环境变量与应用自身代理配置是不同层次。浏览器能访问而终端失败时，先检查工具是否读取代理变量，再考虑调整规则；不要为解决单个应用而直接覆盖整机路由。
Mihomo 内核
面向服务器、路由器与命令行用户。内核不包含订阅管理图形界面，需要自行准备配置文件、工作目录与启动服务；普通桌面或手机用户优先选择前面的图形客户端。
| 系统 | 架构 | 文件形式 | 内核下载 |
|---|---|---|---|
| Windows | AMD64 / x64 | ZIP 压缩包 | 下载 Windows AMD64 |
| Windows | ARM64 | ZIP 压缩包 | 下载 Windows ARM64 |
| macOS | Intel / AMD64 | GZ 压缩文件 | 下载 macOS Intel |
| macOS | Apple Silicon / ARM64 | GZ 压缩文件 | 下载 macOS ARM64 |
| Linux | AMD64 | DEB 软件包 | 下载 Linux AMD64 DEB |
| Linux | AMD64 | GZ 压缩文件 | 下载 Linux AMD64 GZ |
| Linux | ARM64 | GZ 压缩文件 | 下载 Linux ARM64 |
| Linux | ARMv7 | GZ 压缩文件 | 下载 Linux ARMv7 |
| Linux | MIPS softfloat | GZ 压缩文件 | 下载 Linux MIPS softfloat |
内核运行要求
| 检查项目 | 部署说明 |
|---|---|
| 文件处理 | ZIP 需要解压，GZ 需要先解压得到可执行文件；Linux 与 macOS 还需设置执行权限。DEB 通过包管理器安装。 |
| 配置目录 | 准备 config.yaml 和可写工作目录，保持 rule-providers 等相对路径与工作目录一致，避免服务启动后找不到文件。 |
| 启动前检查 | 使用 mihomo -t -f config.yaml 检查配置；实际文件名或路径不同，应在终端命令中使用对应路径。 |
| 网络与权限 | 检查监听端口、防火墙和服务账户权限。启用 TUN 需要额外网络权限，外部控制接口不应直接暴露到公网。 |
先在前台启动并观察日志，确认配置加载成功后再交给服务管理器。把服务设置为开机启动之前，还应检查工作目录、网络就绪顺序与日志保存策略，避免把手动运行成功误认为后台服务已经可用。
安装后检查配置与接管方式
下载文件只完成了第一步。订阅、代理组与流量接管设置需要分别验证，避免把配置错误误判为安装包问题。
先导入配置，再开启代理
在客户端的配置或订阅管理入口添加链接，更新后将该配置设为当前项。若导入的是本地 YAML，注意缩进、文件编码以及外部规则引用路径。客户端不会自动提供代理服务器，订阅来源、有效期和访问权限需要自行确认。链接中的访问凭据应保存在私人环境，不要粘贴到公开截图或问题讨论中。
核对端口与规则模式
配置中的 mixed-port 常用于 HTTP 与 SOCKS 混合监听，但实际数值取决于当前配置和客户端覆写，不能假定所有客户端都监听同一个端口。选择规则模式后，连接按 rules 顺序匹配；仍需在对应代理组选择可用策略。查看连接记录可以判断流量命中了哪条规则，而不仅是界面是否显示已启动。
区分系统代理与 TUN
系统代理适合遵循操作系统代理设置的应用；部分终端工具、游戏或商店应用可能不读取该设置。TUN 在虚拟网络接口层处理流量，需要额外权限，并可能与其他 VPN、虚拟网卡或安全软件产生路由冲突。建议先用系统代理验证基本配置，再按需要启用 TUN，避免同时修改多个网络层设置而失去排查依据。
更新前保留可恢复状态
记录当前客户端设置并备份自定义规则、覆写与订阅来源。更新后先验证原始订阅能否加载，再恢复本地修改。版本标记描述应用发布信息，安装包文件名还可能包含平台构建号，两者不必完全相同；排查时应同时记录应用内版本、实际文件名和处理器架构。完整操作路径见Clash Meta 入门指南，连接异常见故障排查。
下载与安装常见问题
架构选择、更新迁移与安装失败的处理顺序。
第一次使用 Clash，应该下载客户端还是 Mihomo 内核？
首次使用优先选图形客户端。图形客户端提供订阅导入、代理组选择、规则查看与日志入口；Mihomo 内核主要面向命令行、服务器和路由器部署，需要自行准备配置文件与启动方式。
图形客户端负责操作界面与系统集成，内核负责读取配置和处理连接。两者不是同一层软件，不能把一个内核压缩文件当作完整桌面安装程序使用。
如何区分 x64、AMD64、ARM64 和 ARMv7 安装包？
x64、x86_64 与 AMD64 通常表示同一类 64 位 x86 架构，不代表仅支持 AMD 处理器。ARM64 对应 64 位 ARM，ARMv7 对应部分 32 位 ARM 设备。Windows 查看系统类型，macOS 查看关于本机，Linux 使用 uname -m；Android 可在设备规格或系统信息中确认。
同时检查实际文件名与包架构。如果入口当前提供的是 x64 文件，就不应视为 ARM64 原生包；兼容运行还取决于操作系统以及客户端所用服务组件。
安装完成后，为什么还需要导入订阅或配置文件？
客户端负责读取配置与处理连接，本身不会自动生成可用的代理服务器。需要导入有权使用的订阅或配置文件，选择规则模式与代理组，再按需启用系统代理或 TUN。订阅地址可能包含访问凭据，不应公开分享。
如果订阅返回网页而不是配置内容，先检查链接是否过期、是否要求登录，以及服务是否提供与当前客户端兼容的格式，不要反复重装客户端。
更新客户端前，哪些内容需要备份？
先备份订阅来源、自定义规则、覆写文件、脚本和客户端设置。不同客户端的配置目录与覆写格式可能不同，迁移时优先导入原始订阅，再逐项恢复自定义内容。不要让两个客户端同时接管系统代理或 TUN。
迁移完成后，确认旧客户端的开机启动与后台服务已按需要关闭，再删除旧环境。这样可以减少端口冲突，也便于在新配置出错时回查原始设置。
安装程序无法运行或系统提示阻止打开，如何排查？
先核对系统版本、处理器架构、文件扩展名与实际来源。Windows 检查安全提示和错误详情；macOS 检查隐私与安全性中的具体提示；Android 检查安装来源权限与签名冲突；Linux 在终端查看包管理器的依赖报错。不要直接关闭系统安全功能。
若下载中断或文件无法解压，可重新下载对应文件；若程序已经启动但不能联网，则转向订阅、端口、DNS 与路由排查，安装成功与连接可用是两件不同的事。
Clash for Windows 与 ClashX Meta 归档包适合继续使用吗？
归档包主要用于已有环境复现、兼容性测试与配置迁移。它们已停止维护，新系统兼容性和后续修复不能按持续维护软件预期。新安装优先选择持续维护的客户端，并保留旧配置备份后再迁移。
旧内核与 mihomo 对协议和配置字段的支持可能不同。不要仅复制客户端私有数据目录；先导入原始订阅，确认解析和连接正常，再迁移自定义规则与覆写。
其他配置问题可查阅疑难解答。