很多人搜索 Clash Meta，实际想找的是 mihomo 核心。这里先分清概念：mihomo 是 Clash.Meta 后续社区维护方向的核心程序，负责读取配置、处理入站流量、匹配规则、选择代理组和执行 DNS/TUN 等功能。它不是图形界面客户端。普通用户如果只是想点按钮导入订阅，更适合 Clash Verge Rev、ClashX.Meta、Clash Meta for Android 这类图形客户端；想部署在服务器、路由器、NAS 或自己管理配置文件，才更适合直接使用 mihomo 核心。
本文只讲 mihomo 核心下载、运行和高级配置思路，不提供节点、订阅、账号或绕过限制的方法。请在合法合规、已获授权的网络环境中使用。
截至 2026 年 6 月 30 日，MetaCubeX/mihomo 的 GitHub Releases 页面显示最新稳定版为 v1.19.27，发布时间为 2026 年 6 月 6 日。下载时不要从第三方“整合包”“免配置版”入手，优先使用 GitHub Release 和官方文档。
mihomo 核心应该怎么下载
打开 MetaCubeX/mihomo 的 GitHub Releases 页面，找到标记为 Latest 的版本。Release 里通常会提供多个系统和架构的压缩包，例如 Android、Darwin、Linux、Windows，以及 amd64、arm64、armv7 等架构。
常见选择可以这样判断：
| 使用场景 | 建议选择 |
|---|---|
| Windows 64 位电脑 | Windows + amd64 版本 |
| Intel/AMD Linux 服务器 | Linux + amd64 版本 |
| ARM 服务器、NAS、路由器 | Linux + arm64 或 armv7，按设备架构选 |
| macOS Intel | Darwin + amd64 |
| Apple Silicon Mac | 通常通过图形客户端或 Darwin arm64 相关构建使用 |
如果 Release 里出现 compatible、go120、go122、go124、v1、v3 这类后缀，不要随便选。普通用户优先选最贴近系统和 CPU 架构的常规版本；老 CPU 或兼容性异常时，再考虑 compatible 版本。下载后建议保留文件名和 SHA256 信息，方便以后核对来源。
下载后怎么运行
mihomo 核心本身通常是一个可执行文件。解压后，需要准备一个配置文件，比如 config.yaml。配置文件里至少要有入站端口、代理定义、代理组和规则。没有配置文件，核心程序无法替你生成可用网络。
常见运行方式是：
mihomo -f config.yaml
不同系统的可执行文件名可能略有差异。第一次运行时，先在终端里直接启动，观察日志是否报错。等配置稳定后，再考虑做成系统服务、开机启动或容器部署。不要一开始就把它放到后台运行，否则 YAML 解析错误、端口占用、DNS 异常都不容易看见。
配置文件的核心结构
一个典型 mihomo 配置大致包含这些部分：
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
external-controller: 127.0.0.1:9090
dns:
enable: true
listen: 127.0.0.1:1053
proxies: []
proxy-groups:
- name: 手动选择
type: select
proxies:
- DIRECT
rules:
- MATCH,DIRECT
这只是骨架，不是可直接用于生产的完整配置。proxies 放代理定义，proxy-groups 决定如何选择策略，rules 决定哪些流量走哪个策略。新手最常见的问题是：代理组名称和规则里引用的名称不一致，结果配置能加载，但流量匹配不到预期策略。
DNS 怎么配置更稳
DNS 是 mihomo 配置里最容易被忽略的一块。DNS 配错时，表现可能不是“无法启动”，而是网页打开慢、某些域名解析失败、日志里反复出现 lookup 错误。
建议先按保守方式配置：
- 只启用一个主要 DNS 处理链路，不要同时让多个工具抢 DNS。
listen先绑定本机地址，例如127.0.0.1，确认正常后再考虑局域网使用。- 如果启用 fake-ip，要确认客户端、TUN 和规则配置都能配合。
- 修改 DNS 后看日志，不要只凭浏览器感觉判断。
DNS 的目标不是“越多越好”。配置越复杂，排错成本越高。先让解析稳定，再考虑分流优化。
代理组与规则集合怎么用
高级配置里最值得花时间整理的是代理组和规则集合。代理组负责“怎么选”，规则负责“什么时候选”。
常见代理组类型包括手动选择、自动选择、自动回退和负载均衡。日常使用不建议一上来就堆很多自动测速组。测速会带来额外请求，节点多时还会影响设备负载。更实用的做法是保留一个手动组、一个自动选择组，再按用途拆少量策略组。
规则集合适合把常用规则拆到远程或本地文件里，主配置保持干净。例如广告过滤、常用服务、直连域名、代理域名可以分开管理。这样更新规则时不必改整份 config.yaml。
排查规则问题时，看三点就够了：规则有没有命中、命中后指向哪个策略组、策略组里当前选的是哪个出口。很多“配置没生效”的问题，其实是规则顺序放错了。
TUN 模式什么时候开启
TUN 模式可以接管更多系统流量，适合需要让不支持 HTTP/SOCKS 代理的应用走规则分流的场景。它也更容易遇到权限、路由、DNS 和系统防火墙问题。
建议先用普通 HTTP/SOCKS 入站跑通，再启用 TUN。启用后重点检查：
- 系统是否允许创建虚拟网卡。
- 路由表是否被其他 VPN 或安全软件改写。
- DNS 是否跟 TUN 配置匹配。
- 日志里是否出现权限不足或接口创建失败。
如果只是浏览器代理，TUN 未必必要。把复杂功能打开之前，先问一句：这个功能解决的是哪个具体问题？这能少掉不少无效排查。
外部控制面板与安全设置
mihomo 支持外部控制接口，很多 Web 面板会通过 external-controller 读取连接、规则和策略组状态。这个功能很方便，也需要小心。
如果只在本机使用，建议绑定 127.0.0.1。如果要给局域网其他设备访问，至少设置 secret，并确认防火墙只放行可信设备。不要把控制端口直接暴露到公网。控制接口一旦被别人访问，对方可能看到连接信息，甚至修改策略。
常见问题
Clash Meta 和 mihomo 是一回事吗？
不完全是。Clash Meta 是很多用户熟悉的叫法，mihomo 是后续核心项目名。现在写下载和配置教程，建议用“mihomo 核心”来指代核心程序，用 Clash Verge Rev、ClashX.Meta 等名称指代图形客户端。
我应该直接下载核心，还是用图形客户端？
如果你只是桌面或手机日常使用，图形客户端更省事。直接使用 mihomo 核心更适合服务器、路由器、NAS、自动化部署，或者你确实想手动管理 YAML 配置。
配置文件启动时报错怎么办？
先看第一条错误日志。常见原因是 YAML 缩进错误、字段名写错、规则引用了不存在的代理组、端口被占用。不要同时改很多地方，先让最小配置能启动，再逐段加 DNS、规则集合和 TUN。
mihomo 能提升所有网络速度吗？
不能。它做的是本地代理、规则分流、DNS 处理和连接管理。速度还取决于当前网络、目标服务、配置质量和策略组选择。把它当成可排查的网络工具，比当成万能加速器更实际。
总结
Clash Meta 相关教程现在更准确的写法，是围绕 mihomo 核心展开。下载时认准 MetaCubeX/mihomo 的 GitHub Releases；配置时先跑通最小 config.yaml，再加 DNS、代理组、规则集合、TUN 和控制面板。高级配置不是功能越多越好，而是每一项都能解释清楚用途，并且出问题时能从日志定位。先简单、再扩展，这是 mihomo 配置最稳的路线。
