mihomo 内核 · 全平台客户端

Clash内核站：Clash 客户端下载 与 mihomo 配置

下载Clash 查看教程

按设备选择客户端，用规则分流组织请求，查阅中文配置文档与开源内核资料。

客户端安装订阅导入YAML 配置

mihomo 配置字段

从连接入口到出站策略，按职责拆开阅读。下方片段说明字段形态，不是可直接运行的完整配置；实际使用时需补齐代理定义，并核对名称引用。

规则顺序与兜底

查看进阶手册

规则模式按列表从上到下检查连接，首个命中的条目决定目标策略。域名后缀适合组织站点，网段规则适合处理局域网，末尾的 MATCH 接住剩余请求。与全局模式只选择统一出口不同，规则分流能把不同用途的连接分开处理。修改前先确认策略组名称，再把具体规则放到宽泛规则之前；出现误分流时，应在连接记录里检查命中项，而不是反复切换出口。

配置检查有固定顺序：先确认连接进入了内核，再核对域名解析与规则命中，最后检查策略组和实际出口。只看客户端的连接开关，无法区分应用绕过代理、DNS 查询失败与远端连接失败。日志和连接记录应与一次明确的访问动作对应，便于判断修改是否真的生效。

Clash 全平台客户端

客户端负责界面、配置管理与系统集成；内核负责处理连接。相同配置在不同平台上的接管方式可能不同，安装前先核对处理器架构和系统要求。

Windows

适合桌面浏览器、开发工具与日常应用。下载页按顺序列出 Clash Plus、Clash Verge Rev 等客户端，便于对照界面与系统集成方式。

安装前在系统信息中确认架构。首次使用先开启系统代理并验证浏览器访问；需要接管其他应用时再考虑 TUN。若提示监听失败，先检查端口占用，避免并行启动多个使用同一端口的内核。

前往下载

macOS

先区分 Apple Silicon 与 Intel 处理器，再选择对应安装包。Clash Plus、Clash Verge Rev 等客户端的设置位置不同，导入后的规则与策略仍需单独检查。

系统代理、后台服务与网络扩展属于不同层次。遇到权限提示时，应确认请求来自刚安装的客户端，并按系统界面完成授权。更换客户端前先退出旧程序，防止残留代理设置干扰连接判断。

前往下载

Android

按设备架构选择安装包，安装后导入兼容配置，并确认系统的 VPN 连接授权。移动端通常借助 VPN 接口接管流量，这与桌面端只设置系统代理的路径不同。

测试应覆盖无线网络与移动数据。切换网络后若出现异常，先重新检查解析和出口连通性；后台连接频繁中断时，再查看电池优化与后台运行限制。应用分流与域名规则也应分别核对。

前往下载

iOS

下载页提供 Clash Plus 的 App Store 入口，并展示官网 clashplus.io。安装后按客户端支持的方式导入配置，再完成系统连接授权。

客户端名称相近不代表配置能力完全相同。导入前确认所支持的协议与字段，连接后检查策略选择和实际访问结果。已有其他 VPN 配置时，先确认当前启用的是哪一个连接，避免将系统状态误认为内核状态。

前往下载

Linux

桌面用户可比较 Clash Verge Rev 与 FlClash；服务器、路由器或希望自行管理服务的用户，可在下载页查看 mihomo 内核入口。软件包格式、处理器架构和桌面运行依赖需要分别确认，不能只按文件名中是否包含 Linux 判断。

命令行运行内核后，浏览器不会自动采用其监听端口。需要在应用、桌面代理设置或环境变量中指定入口，并根据用途决定是否配置 TUN。部署为系统服务时，还要检查运行用户、配置文件路径、工作目录与日志输出位置，避免交互终端可用而服务启动失败。

前往下载

查看全部客户端 →

订阅导入与连接验证

先建立一条可验证的基本链路，再添加自动测速、覆写和 TUN。每次只调整一个变量，保留可以恢复的配置副本。

STEP 01

导入并启用配置

在客户端的配置或订阅页面添加链接，也可导入本地 YAML 文件。下载成功后，检查是否出现策略组与规则，再将这份配置设为当前使用项。仅添加到列表，不一定代表已经加载。

订阅链接可能包含访问凭据，应保存在可信位置。导入报错时先看错误行和字段名称，确认链接返回的是配置内容而不是登录页；不要把完整链接贴到公开讨论区。

STEP 02

选择模式与策略

日常使用从规则模式开始，在主要策略组里选定一个可用出口。全局模式可用于临时对照，但它改变的是分流决策，并不能修复错误的 DNS 或未进入内核的应用流量。

先检查内核是否运行，再按平台启用系统代理或连接开关。桌面系统代理与 TUN 可以分别测试；尚未确认基本访问可用时，不必一次打开所有接管选项。

STEP 03

核对实际连接记录

打开一个目标网站，在连接页面查看它命中了哪条规则、使用了哪个策略组和出口。再测试一个预期直连的目标，确认两种路径均符合配置，而不是仅凭开关颜色判断成功。

若访问失败，记录发生时间与具体应用，依次核对系统代理、模式、出口、DNS 和防火墙。退出客户端后也应确认系统代理恢复正常，避免把残留设置造成的断网误判为线路问题。

查看完整教程 →从导入到验证的操作步骤，见使用指南。

Clash 生态与开源内核

判断客户端是否适合设备，应分别阅读内核能力、客户端集成和发布说明。开源许可说明代码使用条件，不代替对配置与运行权限的检查。

Clash、Clash Meta 与 mihomo 的关系

Clash 是这一代理配置生态的重要来源；Clash Meta 是相关分支曾使用的名称，mihomo 是该分支当前使用的内核名称。因此，较早教程里的 Clash Meta 与现在文档里的 mihomo 常有技术延续关系，但不能据此认定每个旧字段仍保持相同语义。阅读历史配置时，应核对当前内核文档，特别是 DNS、TUN 与提供者相关选项。

名称里带 Clash 的软件也不一定采用同一内核。客户端可能固定某个内核构建，也可能允许用户切换。遇到字段不支持、协议无法识别或导入结果不同，先查看客户端实际加载的内核信息，再判断是语法问题、功能差异还是客户端的配置转换行为。本站是客户端下载与配置资料站，不等同于各客户端或内核的开发项目。

客户端与配置的职责边界

图形客户端通常负责订阅更新、系统代理开关、服务安装和连接展示。mihomo 内核接收最终配置并执行网络处理。客户端中看到的开关，可能是生成字段、运行时控制指令，也可能只是界面选项。排查复杂问题时，应查看实际生效的配置，而不是只检查最初下载的订阅文件。

本地覆写可以保留个人规则，但要了解合并优先级。直接编辑订阅文件，可能在下一次更新时被覆盖；把同一个字段同时写在订阅、覆写和界面设置里，又容易造成来源不明。更稳妥的做法是让订阅管理出口，让本地覆写管理少量明确的个人偏好，并在每次更新后检查关键规则。

更新说明与问题复现

客户端更新和内核更新不一定同时发生。更新前阅读发布说明，确认是否涉及配置迁移、系统权限或网络栈调整；已有稳定工作环境时，先备份配置与覆写文件，再进行单项升级。升级后重新检查监听端口、DNS 处理、规则命中和 TUN 路由，尤其留意旧配置里已经调整含义的字段。

向社区报告问题时，提供操作系统、客户端名称、内核信息、复现步骤与经过脱敏的日志片段。删除订阅地址中的凭据、代理密码和私人域名信息，同时保留相关字段的层级结构与错误上下文。能在最小配置中复现的问题，更容易区分内核行为与客户端包装层的影响，也便于后续读者复用排查过程。

配置教程中的示例只能说明局部机制。规则目标、提供者名称、文件路径和监听地址都需要与实际环境一致；将多个来源的片段合并时，先检查顶层键是否重复，再确认引用链是否完整。新增规则后保留修改记录，发生异常时回退到已验证的配置，比一次替换整套参数更容易定位原因。

Clash 使用心得

从端口、设备同步与访问异常入手，记录可重复执行的检查方法。文章按发布日期倒序排列，配置说明仍需结合当前客户端的实际界面使用。

查看全部文章 →