mihomo 内核 · 桌面与移动客户端

Clash 客户端中文下载站

按系统选择客户端,使用订阅导入与规则分流管理连接,查阅中文配置文档。

代码开源YAML 配置中文教程

GPL-3.0 开源mihomo / Clash Meta 内核YAML 配置

规则与菜单为静态界面示意;具体设置名称以所选客户端为准。

Clash 配置与连接管理

从订阅到出站策略,按设置项查看配置思路。

Clash 是一套以配置文件描述代理、策略组和路由规则的工具生态。图形客户端负责展示设置与管理订阅,内核负责解析配置、接入连接并执行分流。安装客户端后,需要先准备与内核兼容的订阅或本地配置,再选择出站模式。仅打开软件窗口,并不代表应用流量已经进入代理。

首次使用建议从规则模式与系统代理开始:先确认配置能够载入,再检查策略组是否选中了可用出站,最后查看连接记录中的规则命中结果。需要接入不遵循系统代理的应用时,再考虑 TUN。下面的五项配置覆盖常见使用流程,示例只解释字段用途,不是可以直接连接的完整配置。

rules · 规则模式
mode: rule
rules:
  - DOMAIN-SUFFIX,github.com,PROXY
  - DOMAIN-KEYWORD,google,PROXY
  - GEOSITE,category-ads-all,REJECT
  - GEOIP,LAN,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

规则分流把不同目标交给不同出站策略,适合同时处理开发工具、网页与局域网服务。规则从上到下匹配,首次命中后使用对应策略,因此更具体的域名规则通常放在前面,MATCH 留作末尾兜底。示例中的 PROXY 需要在完整配置中定义为策略组;DIRECT 与 REJECT 是内置策略。修改后在连接页检查命中项,比反复切换全局模式更容易确认原因。域名集合规则还依赖对应规则资源可用。

功能名称相近,不代表所有客户端采用相同设置方式。Clash Verge Rev、FlClash 等图形界面会把部分字段放进设置面板,另一些字段仍由 YAML 管理;移动端还会受到系统 VPN 接口与后台策略影响。遇到界面里找不到某个开关时,先确认客户端说明和内核支持范围,不要把其他平台的路径直接套用。分步操作见 Clash 配置教程,协议兼容与内核差异见 协议详解。

按系统下载 Clash 客户端

先确认操作系统与处理器架构,再选择安装包。

安装包与运行环境

Windows:初次安装可先查看 Clash Plus,再根据配置管理习惯对比 Clash Verge Rev、FlClash 与 Clash Nyanpasu。安装后先完成订阅导入和系统代理设置;只有需要 TUN 或服务模式时,才按提示处理相应权限。浏览器能够连接而某个应用不能连接,通常应先检查该应用的代理接入方式。涉及商店应用时,可进一步查阅 Clash UWP 回环设置。

macOS:Apple Silicon 与 Intel 使用不同架构的安装包,下载前可在系统的“关于本机”中确认芯片类型。Clash Plus、Clash Verge Rev 与 FlClash 可按各自说明配置订阅;使用菜单栏管理习惯的用户,也应留意客户端维护状态和权限提示。增强模式可能需要额外服务支持,不能把允许安装应用与允许创建网络接口当成同一项授权。

Android:可从 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 中选择。前三者与 Surfboard 的配置语法并不相同,导入前应确认提供方给出的格式。首次启动连接时,系统会请求 VPN 权限;如果已经运行其他 VPN 应用,需要先处理接入冲突。后台断开时检查系统电池优化与后台运行限制,比单纯增加订阅刷新频率更有针对性。

iOS:下载页提供 Clash Plus 的 App Store 入口,并列出官网 clashplus.io。安装后按应用界面导入兼容配置,完成系统网络权限确认,再检查规则与策略组。桌面端的服务安装、系统代理端口等操作不应直接照搬到手机;不同客户端对配置字段的支持范围,也需要以应用自身说明为准。

Linux:桌面用户可选择 Clash Verge Rev 或 FlClash,安装包应与发行版的软件包体系匹配。服务器和路由器用户则可直接使用 mihomo 内核,自行管理配置文件、服务启动与日志。图形客户端和内核部署是两条路径,前者适合日常交互,后者需要了解文件权限与网络路由。进一步选型可阅读 客户端选型指南。

从旧客户端迁移

Clash for Windows 与 ClashX Meta 的归档入口用于兼容旧使用环境,新的安装计划应优先考虑仍在维护的客户端。迁移前记录订阅来源、策略组选择与本地覆写内容,在新客户端重新导入后检查配置解析结果。旧界面能够识别的字段不一定仍是推荐写法,新协议也可能要求更新的内核支持。有关停更客户端的区别,见 归档客户端说明。

多个客户端同时运行时,可能竞争系统代理、监听端口或 TUN 路由。测试新客户端前,先退出旧客户端并确认其代理状态已经恢复,再逐步启用新设置。需要开机启动时,也应只保留实际使用的启动项;完整步骤见 Clash 开机自启设置。这样可以减少登录系统后出现代理指向错误或端口被占用的情况。

Clash 开源生态与 mihomo 内核

区分客户端、内核与配置来源,按项目文档判断兼容性。

内核家族与项目来源

Clash 生态包含原版内核、后续衍生内核和围绕这些内核开发的图形客户端。Clash Meta 是这一演进中的重要分支,mihomo 延续了相关内核开发。历史名称仍可能出现在客户端标题、配置说明或订阅格式选项中,因此判断功能时应查看实际使用的内核,而不是只凭应用名称推断协议支持。

mihomo 的源代码与文档通过公开项目提供,仓库包含构建、配置和问题反馈资料,代码采用 GPL-3.0 协议。公开代码便于了解功能实现与变更背景,但图形客户端仍有自己的界面、发布节奏和权限管理。本站整理生态入口与中文说明,客户端的发布主体和具体授权条件,以各项目自身资料为准。

配置兼容与功能边界

配置文件通常由代理条目、策略组、规则和 DNS 等部分组成。内核识别某个协议,不等于客户端界面已经提供对应的编辑入口;反过来,界面出现某个选项,也需要实际内核具备支持。导入失败时先看日志中的字段或协议名称,再确认订阅输出格式,避免把 YAML 语法错误、链接失效与网络不可达混在一起处理。

迁移配置时,域名规则的基本思路通常可以沿用,但提供器、地理数据、网络栈和 DNS 字段可能存在差异。保留一份可工作的原配置,再逐项迁移本地修改,更容易定位问题。涉及 SS、VMess、Trojan、VLESS、Hysteria2 与 TUIC 的选择,应结合服务端支持、网络条件和终端资源判断,详见 协议与内核技术参考。

更新机制与连接检查

客户端更新、内核更新、订阅更新和规则资源更新是不同操作。客户端更新可能调整界面与系统集成;内核更新影响配置解析和协议实现;订阅更新从提供方重新获取配置;规则资源更新则改变域名或地址集合。某个网站分流异常时,应先查看当前命中规则,确认实际使用了哪份资源,而不是直接重新安装软件。

更新前记录已有设置,更新后按同一顺序复查:配置能否载入、策略组是否存在、应用流量是否进入客户端、目标连接命中了什么规则。对比前后的日志与最终配置,比只观察一个网页是否打开更可靠。若需要反馈问题,应提供操作系统、客户端名称、复现步骤与脱敏日志,删除订阅链接和认证信息后再分享。

常见概念可在 术语手册中查阅。GeoIP 与域名集合的用途不同,更新路径也可能由客户端单独管理;相关问题见 Clash GeoIP 更新。订阅能否继续使用、服务端是否可达,则由配置来源与网络环境共同决定,客户端不会在安装后自动生成可用出站。

Clash 教程与内核参考

从常见设置到内核差异,按问题选择阅读路径。

Clash下载