Mihomo 是什么，与 v2rayN 有何关系

Mihomo 是提供本地代理、DNS、规则分流和代理组能力的内核，配置格式为 YAML。v2rayN 的支持列表已经列出 mihomo core，发布文件说明也提到包含该内核。理解两者关系，要把内核能力与客户端功能分开看。

Mihomo 的官方定位包含哪些内容？

README 描述的是内核能力

项目 README 的标题为 Meta Kernel，副标题为 Another Mihomo Kernel。功能清单围绕代理服务、DNS、分流和控制接口展开，并列出了支持的代理协议。

本地服务包括 HTTP、HTTPS 和 SOCKS，并支持认证。README 还列出 Netfilter TCP 重定向，以及用于控制的 RESTful API 控制器。

名称沿革没有完整的官方叙述

关于 mihomo 与 Clash Meta 名称之间的更名过程，官方没有说明。README 中的副标题不能补足这段历史，也不能据此推导更名时间或原因。

与 Clash 的关系可以落到具体文档表述：全局配置页将其称为“Clash 内核”，v2rayN 的支持列表则把 mihomo core 列在 Clash 系列中。

发布信息应与运行能力分开理解

更新日志里写到 v1.19.33，其发布附件包含 Android、macOS、FreeBSD、Linux 和 Windows 的构建，部分平台还按架构或包格式区分。

附件中出现某个平台的构建，只能说明有对应发布文件。判断客户端能否使用某项功能，还要结合客户端文档中的支持范围。

v2rayN 支持 Mihomo，具体说明了什么？

支持列表明确列出了内核

v2rayN 的 README 写明支持 Xray、sing-box 以及其他核心。其支持列表进一步分组，把 mihomo core 放在 Clash 系列，与其他系列分别列出。

发布文件介绍还说明，发布包含部分 Core，其中包括 Xray、sing-box 和 mihomo。这为两者的使用关系提供了直接依据。

不同文档讨论的功能范围不同

v2rayN 的界面功能说明在 DNS 部分围绕 Xray 和 sing-box 展开，策略组说明也只列出这两个内核，不能据此补出 Mihomo 的对应功能。

因此，支持列表中有 mihomo core，与某个界面功能支持 Mihomo，是需要分别核对的两件事。具体使用时，应以该功能的说明为依据。

启动内核要看当前配置的类型

v2rayN 文档说明，启动 Core 时先判断当前配置文件里的 Core 类型；该项为空时，再检查“Core 类型设置”中的 Core 类型。

这段说明涉及实际启动哪个内核。仅知道发布文件包含 Mihomo，还不足以确认当前配置运行时使用的就是 Mihomo。

协议与 YAML 配置应怎样理解？

README 与文档目录覆盖范围不同

README 明确列出的协议包括 VMess、VLESS、Shadowsocks、Trojan、Snell、TUIC 和 Hysteria。它提供了项目支持协议的一组直接说明。

文档站的出站代理目录还列有 AnyTLS、Mieru、Hysteria2、WireGuard、SSH 等类型。阅读时应区分 README 的功能清单与文档目录的具体条目。

入站与出站分别列在文档中

文档站将入站和出站代理分开编排。入站目录包含 http、socks、mixed、redirect、tproxy、tun，也包含 VMess、VLESS 等类型。

同一名称出现在某个目录中，应按该目录的用途理解。不能把出站类型清单直接当作入站清单，也不能将两者混成一个配置步骤。

YAML 是配置格式，不是迁移结果

Mihomo 使用 YAML 配置，README 指向配置示例，文档站也用 YAML 键值展示设置。配置格式说明的是文件的表达方式。

v2rayN 对 Mihomo 自定义配置另有提醒：不要填写前置 socks 端口，因为其配置文件已有分流规则。使用时应保留这项限制的适用场景。

规则、代理组与 DNS 分别负责什么？

运行模式决定规则怎样参与处理

全局配置页列出 rule、global 和 direct 三种运行模式，分别对应规则匹配、全局代理和全局直连；文档给出的默认模式是规则模式。

README 列出的分流依据包括域名、GEOIP、IPCIDR 和进程。这些是规则可使用的匹配维度，不能据此推导某份配置已经包含哪些规则。

代理组提供多种选择方式

README 的功能清单包括远程代理组，以及自动回退、负载均衡和按延迟自动选择。这些描述说明内核提供了相应的组织与选择能力。

具体配置采用哪一种方式，需要查看配置内容。项目列出某项能力，并不等于每份配置都会启用，也不等于客户端会提供相同的操作界面。

DNS 有独立的功能说明

Mihomo 内置 DNS 服务，README 写明支持 DoH、DoT 上游与 fake IP。DNS 与规则分流都属于功能清单，但各自有独立的配置内容。

README 还列出远程订阅源 provider。理解已有配置时，可以分别辨认 DNS、规则和 provider，避免只凭协议名称判断整份配置的行为。

客户端名单与配置调整有哪些边界？

文档按平台列出第三方客户端

第三方客户端页按平台列出基于该内核的项目。桌面平台条目包含 clash-verge-rev、GUI.for.Clash、FlClash 和 sparkle 等。

Android 条目包含 FlClash、ClashMi，OpenWrt 条目包含 OpenClash、OpenWrt-nikki。该页还标注维护状态与是否开源，名单本身不是功能对照表。

网页控制面板与客户端名单分开说明

README 提到为本项目制作的网页控制面板 metacubexd。它与文档中的第三方客户端名单属于不同的说明对象，阅读时应保留这个区别。

界面名称不能代替内核配置说明。确认规则、DNS 或代理组的行为时，仍需要回到对应配置内容，而不是仅凭所用界面的名称判断。

协议分工与更新位置仍有未说明之处

关于 v2rayN 每种协议具体由哪个内核处理的完整对照表，官方没有说明。不能仅凭某个协议出现在支持列表中，就补出全部分工。

关于内核更新入口的具体菜单层级，官方没有说明。操作位置应以应用内界面为准，已有的界面文字不足以确定完整路径。

常见问题

Mihomo 与 v2rayN 是同一个软件吗？

两者在文档中的角色不同：Mihomo 的 README 描述内核能力，v2rayN 的支持列表将其列为可支持的核心。v2rayN 的发布文件说明也明确提到包含 mihomo。

Mihomo 自己是否解释了与 v2rayN 的关系？

关于这层关系，Mihomo 自身文档中的完整说明，官方没有说明。可以确认的使用关系来自 v2rayN 的支持列表与发布文件介绍，不能进一步补写双方的项目关系。

支持 Mihomo 是否意味着所有界面功能都适用？

不能作这样的推断。v2rayN 的 DNS 和策略组说明有各自明确讨论的内核范围，使用具体功能时，需要按对应说明判断。

从现有配置转到 Mihomo，要留意什么？

先确认配置格式与当前配置的 Core 类型，Mihomo 使用的是 YAML。若在 v2rayN 中使用 Mihomo 自定义配置，还应遵守文档关于不填写前置 socks 端口的提醒。

第三方整理,与相关软件及服务的开发者无隶属关系。

Mihomo 的定位、配置及其与 v2rayN 的关系