Mihomo

Mihomo(其前身名为 Clash Meta)是 Clash 代理内核的社区延续与功能增强分支。在原版 Clash 宣布停止维护之后,Mihomo 接过了延续生态的接力棒,它不仅完整保持了对原版 Clash 配置格式的兼容性,更重要的是持续保持活跃维护、不断扩展对新协议的支持,并新增了大量实用功能,因此如今已成为 Clash 内核事实上的主流实现。可以说,绝大多数现代的 Clash 系图形客户端,其底层实际运行的都是 Mihomo 内核。它同样以 Go 语言编写,核心定位依旧是基于规则的多协议代理与流量分流。对普通用户而言,从原版 Clash 切换到 Mihomo 几乎是无感的——界面、操作方式与配置逻辑都一脉相承,但在看不见的底层,它已经换上了一颗更强劲、更与时俱进的心脏,既能跑得动旧配置,也能驾驭最新的协议。

背景与发展历史

Mihomo 的前身 Clash Meta,最初是社区在原版 Clash 基础上 fork 出来的增强版本,其初衷正是为了补齐原版所缺失的一系列现代协议与高级特性。到了 2023 年,当原版 Clash 仓库被归档、官方维护停止之后,Clash Meta 顺理成章地成为整个生态得以延续的核心承载者,后来为了规避商标与名称上的争议而正式更名为 Mihomo。该项目托管于 GitHub 的 MetaCubeX 组织名下,开发相当活跃,版本迭代频繁,并被广泛集成进各类图形客户端之中,从而一步步取代了原版内核的历史地位。

核心功能与增强

Mihomo 在完整继承 Clash 全部能力的基础上,在协议与功能层面做了显著的扩展:

• 更广泛的协议支持:除了原有的 Shadowsocks、Trojan、VMess,还新增了 VLESS、Hysteria 与 Hysteria2、TUIC、WireGuard、ShadowTLS、ssr 等众多现代协议,以及 Reality、XTLS 等强力抗封锁传输方式
• 增强的规则分流:支持更丰富的规则类型、AND、OR、NOT 等逻辑规则的组合,以及通过 rule-providers 远程引用规则集
• 更强的策略组:url-test、fallback、load-balance、select 等策略一应俱全,并支持对节点进行过滤与正则筛选
• 增强的 TUN 模式:提供更完善的全局透明代理能力,支持系统协议栈与 gVisor 协议栈两种实现
• 先进的 DNS 与 fake-ip:具备强大的 DNS 分流与防污染处理能力
• 流量嗅探(Sniffing):能够从 TLS 或 HTTP 流量中识别出真实的目标域名,从而辅助实现更准确的分流,即便客户端只给出 IP 也能据域名分流
• GEO 数据与规则集:内置并可远程更新 geosite、geoip 数据,使按国家或网站类别分流变得简单可靠
• 更精细的入站配置:支持混合入站、透明代理、TPROXY 等多种接入方式,适配从单机到旁路由的各类部署
• 性能与稳定性优化:在连接复用、内存占用与高并发处理上持续打磨,长时间运行也较为稳定可靠

架构与工作原理

Mihomo 作为一个代理内核运行在本机上,它既可以监听 HTTP 或 SOCKS 端口,也可以通过 TUN 模式接管系统的全局流量。它读取一份 YAML 配置文件,其中包含了节点、策略组与规则的全部定义;每当有连接进入,内核便按照规则链逐条匹配,决定这条流量走向哪个策略组、经由哪个出口节点。其整体架构延续了 Clash 经典的内核、配置加外部控制 API 三段式模式,因此可以被各类图形客户端通过 RESTful API 进行控制与状态监控。也正因为良好的兼容性,用户原有的 Clash 订阅与配置,几乎可以不加修改地直接在 Mihomo 上使用。

配置与订阅生态

Mihomo 在完全兼容的基础上进一步扩展了 Clash 的订阅生态:

• 订阅链接:可以直接使用机场提供的 Clash 或 Mihomo 格式订阅,自动定期更新节点
• rule-providers 与 proxy-providers:支持远程加载规则集与节点集合,便于集中统一维护
• 新增了不少配置项以支持新协议的参数,例如 Reality 所需的 public-key、Hysteria 的带宽设置等
• 能够与 subconverter 等格式转换工具,以及社区维护的各类规则库无缝配合使用

客户端与支持平台

Mihomo 内核被众多图形客户端所采用,覆盖了几乎所有平台:

• 在 Windows、macOS 与 Linux 上,有 Clash Verge Rev、Mihomo Party、FlClash 等优秀客户端
• 在 Android 上,有 Clash Meta for Android 与 FlClash
• 它还可以运行在 OpenWrt 路由器上,作为旁路由实现整个局域网的全局代理

典型场景、优缺点与注意事项

Mihomo 特别适合那些需要使用最新代理协议、追求精细分流,以及希望在多个平台间使用统一配置的进阶用户,同时它也作为大量客户端共同依赖的统一底层内核而存在。客观看待其优劣:

• 优点:持续活跃维护、协议支持最为齐全、完全兼容 Clash 配置、功能强大、被生态广泛采用
• 注意:功能的繁多也带来了相应的配置复杂度,新协议涉及的参数较多,手写配置时往往需要查阅文档
• 注意:不同客户端所内置封装的内核版本可能存在差异,当遇到某协议不被支持时,通常需要升级内核来解决
• 注意:使用网络代理工具,务必遵守当地的法律法规,做到合规合法使用

从 Clash 到 Mihomo 的迁移与生态地位

对于广大原本使用 Clash 的用户而言,理解 Mihomo 与原版 Clash 之间的承接关系,以及如何平滑迁移,具有很强的现实意义:

• 配置几乎无缝兼容:Mihomo 在设计上刻意保持了对原版 Clash 配置的兼容,绝大多数旧配置可以原样导入运行,这极大降低了迁移成本,也是它能迅速接管生态的关键
• 新特性需新写法:虽然旧配置可用,但要发挥 Mihomo 的全部威力——例如使用 Hysteria2、Reality 等新协议,或 rule-providers 远程规则集——则需要按其扩展语法补充相应的配置项
• 取代了一系列停更客户端:随着原版 Clash 内核停更,曾经流行的 Clash for Windows 等客户端也相继归档,而 Clash Verge Rev、FlClash、Mihomo Party 等新一代客户端无一例外都改用 Mihomo 内核,完成了生态的更新换代
• 面板生态延续:Mihomo 保留了 Clash 的外部控制 API,因此 Yacd、MetaCubeXD、Zashboard 等 Web 控制面板仍可继续使用,用户可以在浏览器里实时查看连接、切换节点与查看流量

可以说,如今人们口中泛泛而谈的 Clash,在技术层面绝大多数情况下指的其实就是 Mihomo,后者已经成为这一脉络当之无愧的事实标准。正因如此,各大机场在提供订阅与教程时,也普遍以 Mihomo 内核的兼容性为准,用户只要选用基于它的客户端,就能享受到最新协议与最完整功能的支持。

作为 Clash 内核名正言顺的当代继承者,Mihomo 以全面的协议支持与活跃的持续维护,成为当下规则分流代理领域里最为重要的客户端内核。