开源内核 mihomo · 全平台客户端持续更新

Clash 客户端 下载与规则配置

下载Clash 查看教程

按设备选择客户端，用规则分流安排出站，通过中文文档完成订阅、系统代理与 DNS 设置。

开源内核规则与策略组配置示例
SETTINGS / CONFIG

Clash 设置与配置切片

先区分流量如何进入客户端，再决定请求从哪里出去。六个设置切片对应常用入口；界面名称可能随客户端变化，配置字段以实际使用的内核为准。

设置 / config.yaml

规则模式作为日常起点

出站模式
✓ 规则全局直连
mode: rule

规则模式按配置中的规则决定出站，适合同时保留直连与代理访问。全局模式把已进入内核的请求交给全局策略，排查规则误匹配时可以短暂使用；它并不等于自动接管所有应用。直连模式则让这些请求直接连接目标。切换模式后，重新发起请求并查看连接记录，确认命中的规则和出站名称。已有长连接可能继续使用原路径，需要关闭后重试。日常使用先选规则，再检查策略组实际选择的出站。

查看出站模式说明 →

配置文件、客户端、内核分别负责什么

Profile 保存代理条目、策略组、分流规则与 DNS 等配置。客户端负责导入订阅、展示连接信息，并管理系统代理或服务权限；内核读取最终配置，执行解析、匹配和转发。界面开关发生变化，不一定意味着原始订阅文件被修改。排查问题时，应查看客户端生成的运行配置，而不是只对照订阅原文。

上面的 YAML 均为局部示意。复制前先备份当前可用配置，确认缩进、策略组名称和内核支持情况。首次连接只验证一份配置、一种接管方式；确认可以复现结果后，再增加规则集、覆写与自动选择。需要逐项理解字段时，可从名词解释进入，再到配置进阶手册查阅完整示例。

PLATFORM / CLIENT

按平台选择 Clash 客户端

查看全部客户端 →

先核对操作系统与处理器架构，再选择客户端。相同内核不代表相同的界面、权限流程或配置覆写方式。下载中心集中列出安装入口与系统要求，首页只提供平台导航，不直接分发安装包。

Windows

日常桌面使用可从 Clash Plus 开始；已有规则管理习惯的用户也可比较 Clash Verge Rev、FlClash 与 Clash Nyanpasu。安装前查看系统类型，避免把处理器架构与系统位数混为一谈。

首次启动先导入订阅，选择规则模式，再开启系统代理。若浏览器能连接而终端不能，检查终端程序是否读取系统代理；确认应用需求后，再决定是否使用 TUN 和服务模式，而不是同时修改多个开关。

Windows 前往下载 →

macOS

先在系统信息中确认 Apple Silicon 或 Intel，再下载对应安装包。Clash Plus、Clash Verge Rev 与 FlClash 提供不同的配置管理界面；从旧客户端迁移时，先保存订阅和本地覆写内容。

安装后按系统提示完成必要授权，查看客户端是否已设置当前网络服务的代理。更换 Wi-Fi、接入扩展坞或使用其他 VPN 后，应再次检查代理入口。退出客户端前关闭系统代理，可避免应用继续访问已经停止监听的本地端口。

macOS 前往下载 →

Android

下载中心提供 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard。先确认设备支持的架构，再选择安装包；配置格式与字段支持应以所选应用为准，不能仅凭订阅链接能够粘贴就判断兼容。

首次连接需要确认系统 VPN 授权。若切到后台后断开，可检查电池优化与后台运行权限，并观察客户端日志。按应用分流与域名规则是不同层次的设置：前者决定哪些应用进入接管，后者决定已接管请求使用什么出站。

Android 前往下载 →

iOS

iPhone 与 iPad 用户可在下载中心进入 Clash Plus 的 App Store 页面，其官网为 clashplus.io。安装后先添加订阅或配置，再允许系统建立 VPN 配置，最后回到客户端发起连接。

连接图标只说明接管已启动，不等于每项规则都按预期生效。用实际需要访问的应用验证，并核对所选策略与配置更新时间。已有其他 VPN 配置时，先确认当前启用项；排查时保持一种接管方式，避免重复切换造成判断混乱。

iOS 前往下载 →

Linux

桌面用户可比较 Clash Verge Rev 与 FlClash，按发行版的软件包格式选择安装入口。服务器和路由器用户则可查看下载中心的 mihomo 内核区，自行安排配置目录、启动参数与服务管理。

桌面环境的系统代理设置不一定覆盖命令行程序；命令行工具可能需要单独的代理环境变量。启用 TUN 时还要检查权限、路由和防火墙。部署长期服务前，先以前台方式读取配置并观察启动日志，确认端口监听正常后再交给服务管理器。

Linux 前往下载 →

迁移客户端时保留配置来源

优先重新导入原始订阅，而不是复制另一个客户端的整个工作目录。界面偏好、服务设置和缓存通常不能直接通用；本地规则则应按新客户端支持的覆写方式逐条迁移。保留一份能够正常连接的配置，完成验证后再清理旧客户端，便于在权限或 DNS 出现差异时回退。

若遇到“全局模式可用、规则模式失败”，先查看规则引用的策略组是否存在，再检查匹配顺序；若所有模式都失败，先确认本地端口和实际出站。模式决定选择路径，系统代理与 TUN 决定接管范围，这两个维度需要分别验证。相关定义可在名词解释中对照。

OPEN SOURCE / MIHOMO

开源内核与客户端生态

Clash 配置体系的延续

Clash 将代理条目、策略组与规则匹配放入同一套配置体系。使用者可以按域名、地址或其他条件安排请求出站，而不必在每个应用里重复维护代理名单。理解这套结构后，换用兼容客户端时仍能沿用大部分配置思路；但兼容不代表所有字段、界面和更新机制都完全相同。

原 Clash 项目与今天仍在维护的生态项目应分别看待。旧教程中出现的客户端名称、配置字段和权限路径，可能与当前设备不一致。选择客户端时，除平台支持外，还应查看项目维护状态、集成内核和配置处理方式。下载中心会将归档客户端单独标注，便于迁移用户辨认。

mihomo 负责执行，客户端负责管理

mihomo 是 Clash 生态持续开发的开源内核，承担协议处理、规则匹配、DNS 与流量转发等工作。图形客户端围绕内核提供订阅管理、策略组选择、连接记录与系统集成。本文的设置窗口是概念示意，不代表所有客户端拥有相同布局，也不表示全部平台都使用同一种网络接管实现。

比较客户端时，把内核能力与界面功能分开查看。例如，内核支持某个字段，并不保证图形界面提供专门开关；界面提供覆写功能，也不意味着远程订阅原文会被永久修改。需要确认实际行为时，检查运行配置、应用日志和项目文档，比只对照按钮名称更可靠。

源代码与问题记录可以查阅

mihomo 的源代码、许可证、发布说明与问题讨论集中在项目仓库。阅读发布说明可以了解协议修复、平台限制与配置变化；提交问题前，可先搜索相同的日志关键词，并确认问题是否能在简化配置中复现。本站提供下载导航和中文操作说明，项目开发与发布记录以维护者仓库为准。

配置排查往往需要上下文，但不应公开整份订阅。分享日志或复现材料前，移除订阅地址、认证信息和真实服务地址；保留必要的规则结构、操作系统、客户端名称与报错段落即可。先用最小配置复现，也能避免把多个无关设置混在同一条问题记录中。

区分三种更新

客户端更新、内核更新与订阅更新解决不同问题。客户端更新影响界面和系统集成，内核更新影响协议与配置执行，订阅更新则改变远端提供的代理和规则内容。一次订阅刷新不会替代安装更新；升级客户端也不会自动保证远端配置兼容。执行更新前，先确认本次要解决的具体问题。

建议保留可回退配置，阅读变更说明后再更新。更新完成先确认配置可以加载，再验证常用应用、规则命中与 DNS 解析。对于长期运行的设备，记录启用的接管方式和本地覆写，出现差异时逐项恢复。不要仅凭连接图标或一次测试通过，就判断整套配置已经验证完成。

获取 mihomo 源代码

以下命令用于克隆源码仓库，不会安装图形客户端。普通桌面用户可直接使用下载中心；开发者可在仓库中继续查看构建方式与许可证。

git clone https://github.com/MetaCubeX/mihomo.git
查看 mihomo 项目仓库 ↗
NOTES / GUIDES

Clash 配置与平台文章

查看全部文章 →

文章按具体问题展开：先解释可观察到的现象，再给检查方法。首次安装可先阅读使用文档；已经能够连接但需要理解权限、流量接管或节点选择时，再进入对应专题，避免把多个问题一次性混合调整。

根据当前阶段选择文档

尚未导入配置时，从使用文档开始；已经完成连接，需要调整策略组、规则集或 DNS 时，阅读配置进阶。遇到 Profile、fake-ip、混合端口等术语，可先查名词解释。一次只改变一个设置，并保存修改前后的结果，才能判断变化来自规则、解析还是接管方式。