mihomo 内核是什么？普通用户该搭配哪个 Clash 客户端

一句话说清 mihomo 内核是什么

mihomo 是一个代理内核，也就是过去大家口中的 Clash Meta。它由 MetaCubeX 组织在 GitHub 上维护，负责读取 Clash 格式的配置、建立代理连接、按规则分流流量。它本身没有窗口、没有托盘图标，也没有官方出品的「导入订阅」按钮。你在 Windows、macOS 或安卓上看到的那些带界面的 Clash 类软件，大多是把 mihomo 打包进去，再在外面套一层操作界面。

所以，如果你只是想用机场订阅上网，真正需要下载的通常不是 mihomo 本体，而是一个已经集成好 mihomo 的图形客户端。了解 mihomo 的意义在于：当客户端提示「内核版本过旧」「内核启动失败」，或者某个协议只在新内核里才支持时，你能知道问题出在哪一层。

官方信息核对结果

以下内容来自 2026 年 10 月 21 日对官方页面的查看，只记录页面上能直接看到的信息。

项目	核对结果
官方仓库	https://github.com/MetaCubeX/mihomo
官方文档	https://wiki.metacubex.one/（仓库 About 栏链接）
最新正式版	v1.19.32（Releases 页面标记为 Latest）
发布日期	2026 年 9 月 30 日（依据资产时间戳）
预发布	页面顶部有 Prerelease-Alpha 条目，属于测试版本
平台	资产文件名包含 android、darwin、freebsd、linux、windows
安装包格式	.gz、.zip、.deb、.rpm、.pkg.tar.zst 等
许可证	MIT（main 分支 LICENSE 文件，2026-10-22 核对）
是否归档	页面未显示归档标记
价格	未能核实（官方页面未标注，作为开源项目通常无需付费）

需要说明两点。第一，仓库 About 栏的描述文字在本次抓取中显示异常，与项目内容不符，因此本页不引用那段描述，只以 README 和发布页为准。第二，最新版本资产超过一百个，每个平台又按处理器架构和兼容级别细分，本页不逐一列举具体文件名，下载时请在官方页面按自己的系统核对。

它为什么叫 mihomo，又为什么还有人叫 Clash Meta

早期的 Clash 原版内核停止公开维护后，社区里出现了多个延续分支，其中最活跃的就是 MetaCubeX 维护的 Clash Meta。后来这个分支改名为 mihomo，仓库 README 把自己称为另一个 Mihomo 内核，并列出本地 HTTP、HTTPS、SOCKS 服务、多种代理协议、内置 DNS、基于规则的分流以及 REST API 等能力。

改名之后，旧称呼并没有马上消失。你会在不同客户端的设置页里看到「Clash Meta」「Meta 内核」「mihomo」等写法，它们指向的是同一条技术线。对使用者来说，最重要的判断是：客户端是否内置了较新版本的 mihomo，而不是名字写成哪一个。

mihomo 是内核，不是图形客户端

这一点值得单独强调，因为很多人第一次接触时会把 Releases 页面里的压缩包当成「客户端安装包」。解压之后你只会得到一个可执行文件，直接运行它需要指定配置目录，配置里要写好端口、DNS、代理组和规则。没有界面，也就没有节点列表可以点选，测延迟、切换节点、查看连接都要借助外部面板。官方 README 就提到了单独的网页面板项目 metacubexd，文档首页的安装栏目里也把「客户端」「web 面板」「三方工具/客户端」作为独立条目列出，这说明官方自己也是把内核与操作界面分开看待的。

因此，下面这类人才适合直接使用 mihomo 本体：在 Linux 服务器或软路由上长期跑服务的人；愿意阅读配置文档、手动维护 YAML 文件的人；需要排查某个客户端是否因为内核问题出错的人。其余大多数用户，应该从图形客户端入手。

mihomo 内核应该搭配哪类客户端

按照设备来选，会更直观。

• Windows、macOS、Linux 桌面：可以看 Clash Verge Rev、Mihomo Party 或 FlClash。它们都以 mihomo 作为底层，把订阅导入、节点切换、系统代理和 TUN 模式做成了按钮。
• 安卓手机：可以看 Clash Meta for Android 或 FlClash 的安卓版本。
• 路由器：OpenWrt 用户可以看 OpenClash，它是管理 mihomo 内核的 LuCI 插件；不想刷插件的用户也可以了解 ShellCrash。路由器方案涉及全家设备，建议先读 家庭设备怎么统一走代理。

如果你不确定自己的订阅是不是 Clash 格式，可以先看 订阅链接是什么；对协议名称有疑问，再看 常见代理协议说明。所有客户端列表集中在 客户端总览。

和 Xray、V2Ray 这类内核有什么不同

很多人会把 mihomo 与 Xray 放在一起比较。两者都是内核，但配置风格完全不同：mihomo 读取的是 Clash 风格的 YAML，订阅转换生态以「Clash 订阅」为主；Xray 和 V2Ray 使用 JSON 配置，常见客户端是 v2rayN、v2rayNG 一类。机场通常会同时提供多种格式的订阅，你选哪个内核，往往取决于你装了哪个客户端，以及机场给的订阅格式。

另一个差别在于规则分流的写法。mihomo 的规则、代理组和规则集是 Clash 体系的延续，很多现成的分流模板可以直接复用。对于习惯了 Clash 订阅的人来说，这条路线的学习成本相对低一些。

自己下载内核时要注意什么

如果你确实需要单独下载 mihomo，请只从官方 Releases 页面获取，不要使用网盘转存或来路不明的「汉化版」「破解版」。内核运行时会接管网络流量，一旦被篡改，风险比普通软件更高。具体的校验思路可以参考 安全下载指南。

选择文件时还要留意几个细节。文件名里的架构要与设备一致，例如 amd64 和 arm64 不能混用；部分文件名带有 compatible 或 v1、v2、v3 等字样，对应不同的处理器指令集兼容级别，老旧电脑可能只能运行兼容版本；名称里带 go120、go122 之类后缀的，是用不同 Go 版本编译的变体，主要照顾旧系统。不确定时，优先使用图形客户端自带的内核，而不是自行替换。

预发布与正式版怎么选

官方发布页上除了标记为 Latest 的正式版本，还有一个名为 Prerelease-Alpha 的预发布条目。预发布通常更早包含新功能，但也更可能带来兼容性问题。部分客户端在设置中允许切换到 Alpha 内核，如果你只是日常使用，没有必要追新，保持正式版更稳妥。只有在某个新协议或新功能明确只在 Alpha 中提供时，才考虑临时切换，并记得保留原来的配置备份。

在客户端里怎么确认内核版本

既然大多数人是通过图形客户端间接使用 mihomo，那么知道自己用的是哪个内核版本就很有用。多数 Clash 类客户端会在「设置」「关于」或「内核」相关页面显示当前内核名称和版本号，有的还提供手动升级内核的按钮。不同客户端的菜单位置并不统一，找不到时可以留意界面里带有「Core」「内核」字样的入口。

拿到版本号以后，可以和官方发布页上的 Latest 版本对照。差一两个小版本通常没有影响；如果相差很多，又遇到某些节点无法连接、配置字段报错之类的情况，先升级客户端往往比单独替换内核更省事，因为客户端开发者会针对新内核调整界面和默认配置。

几个常见误会

第一个误会是「mihomo 是一个新机场或新协议」。它既不是服务商，也不是协议，只是一个支持多种协议的程序。第二个误会是「换成 mihomo 内核就能变快」。内核影响的是兼容性和功能，节点的速度主要取决于线路本身，换内核解决不了线路拥堵。第三个误会是「名字里带 Clash 的软件都能用同一份配置」。早期原版内核与 mihomo 在部分字段上已有差异，旧配置在新内核下可能需要调整，反过来也一样。

还有人担心改名意味着项目停止维护。从官方发布页的更新频率看，正式版和预发布版本都在持续推出，仓库也没有归档标记，目前并不存在这种情况。

小结

mihomo 是 Clash 体系当前最主要的内核之一，官方仓库在 MetaCubeX 组织下，许可证为 MIT，最新正式版本是 v1.19.32。它负责「干活」，而不负责「给你按钮」。对大多数读者来说，正确的做法是挑一个基于 mihomo 的图形客户端，让客户端去管理内核版本；只有在服务器、软路由或排错场景下，才需要直接接触内核文件和配置文档。