Sing-box vs Mihomo 内核之争 2026:全面对比

Clash for Windows 2024 删库之后,代理内核世界一分为二:Mihomo(原 Clash Meta,MetaCubeX 团队维护)继承 Clash 系,sing-box(SagerNet 团队从零重写)代表新一代。2026 年这两个内核覆盖了 95% 的中文代理用户。本文给一份不带感情的对比,帮你决定主用哪个、是否需要迁移。

一、定位与历史

Mihomo(MetaCubeX)

  • 源自 Clash → Clash Meta → Mihomo(2024 年改名)
  • 继承 Clash YAML 配置语法,迁移成本极低
  • 社区基础最厚,中文教程覆盖最广
  • 协议跟进策略:稳定优先,新协议晚 1-2 个版本

sing-box(SagerNet)

  • 2022 起从零重写,Go 原生
  • 单一代码库跨平台:Windows / macOS / Linux / Android / iOS
  • 协议覆盖最广,通常是新协议的首发生产实现
  • JSON 配置,字段层级深,新手门槛高

二、协议覆盖矩阵(2026-05)

协议Mihomo(v1.18+)sing-box(v1.10+)备注
Shadowsocks✓✓基础
Shadowsocks 2022✓✓基础
VMess✓✓基础
VLESS✓✓基础
Trojan✓✓基础
Hysteria✓✓
Hysteria 2✓✓sing-box 首发
TUIC v5✓✓sing-box 首发
Reality✓✓Xray 首发,两者跟进
AnyTLS✓(v1.18.x+)✓(v1.10+)sing-box 首发
Naive✗✓sing-box 独占
WireGuard✓✓通用
SOCKS5 / HTTP / Mixed✓✓通用

核心差异:sing-box 在新协议(AnyTLS、Hysteria 2、TUIC v5、Naive)上有 1-2 个版本的领先,Mihomo 跟进速度快但永远晚半步。

三、规则格式差异(迁移最大成本)

─────────── Mihomo ───────────       ─────────── sing-box ───────────
配置文件      : profile.yaml          配置文件     : config.json
规则集格式    : .mrs (二进制) / .list  规则集格式   : .srs (二进制) / .json
DNS 分流字段  : dns + nameserver-policy DNS 字段    : dns.servers + dns.rules
proxy-groups : YAML 数组              outbounds   : JSON 数组
rules        : YAML 字符串            route.rules : JSON 对象

两套规则集不互通。如果你已有大量自定义规则(.list 或 .json),从 Mihomo 迁到 sing-box 需要全部重写。社区有 sing-box-rules-converter 工具但覆盖率不到 70%,大规模迁移仍需手工调整。

四、配置可读性对比(同一规则)

Mihomo(YAML)

dns:
  enable: true
  nameserver:
    - https://dns.alidns.com/dns-query
proxies:
  - name: "us-1"
    type: vless
    server: example.com
    port: 443
    uuid: xxx
    network: tcp
    flow: xtls-rprx-vision
proxy-groups:
  - name: "Proxy"
    type: select
    proxies: ["us-1", "DIRECT"]
rules:
  - DOMAIN-SUFFIX,google.com,Proxy
  - GEOIP,CN,DIRECT

sing-box(JSON)

{
  "dns": {
    "servers": [
      { "tag": "google", "address": "https://dns.google/dns-query" }
    ]
  },
  "inbounds": [{ "type": "mixed", "listen": "127.0.0.1", "listen_port": 7890 }],
  "outbounds": [
    {
      "type": "vless",
      "tag": "us-1",
      "server": "example.com",
      "server_port": 443,
      "uuid": "xxx",
      "tls": { "enabled": true, "utls": { "enabled": true, "fingerprint": "chrome" } }
    }
  ],
  "route": {
    "rules": [
      { "geosite": "cn", "outbound": "direct" },
      { "domain_suffix": ["google.com"], "outbound": "us-1" }
    ]
  }
}

显然 YAML 更友好,JSON 字段更严格但啰嗦。新手在 sing-box 上的第一个痛点就是「为什么我加了规则没生效」(JSON 嵌套层级搞错)。

五、GUI 客户端生态

Mihomo 系

  • Mihomo Party(Win/Mac/Linux,推荐新手)
  • Clash Verge Rev(Win/Mac/Linux,Clash for Windows 精神继承者)
  • FlClash(全平台,无广告)
  • Clash Nyanpasu(基于 tauri,UI 现代)
  • OpenClash(OpenWrt 路由器)

sing-box 系

  • Karing(全平台,开源美观)
  • Hiddify(全平台,功能丰富)
  • sing-box for Android(官方)
  • sing-box for iOS(App Store,需 TestFlight)

Mihomo 阵营的 GUI 生态成熟度领先 sing-box 约 6-12 个月,这是新手最大的体验差。

六、推荐决策矩阵

你的情况推荐
新手 + 桌面端Mihomo + Mihomo Party
新手 + 安卓Karing(基于 sing-box,UI 友好)
新手 + iOSShadowrocket(独立内核)或 Karing
从 Clash for Windows 迁过来Mihomo + Clash Verge Rev
路由器(OpenWrt)OpenClash(Mihomo)
追新协议(AnyTLS 第一时间)sing-box
跨多平台保持一致体验sing-box(单一配置跨设备)
需要自建服务端sing-box(同一代码兼任服务端)

七、配套订阅与多内核共存

订阅用户的最优策略是挑一条同时输出 Mihomo 和 sing-box 两种格式的配套订阅线路,这样你可以:

  • 主用 Mihomo + Clash Verge Rev(桌面体验最好)
  • 备用 sing-box(测试新协议、跨平台备份)
  • 不同设备灵活切换,不被绑死

八、为什么不选 Xray-core?

很多读者会问:还有 Xray-core(VLESS / Reality 首发实现)呢?

Xray-core 仍然是协议研发的「学术先锋」 — Reality、Vision、Splice 都是 XTLS 团队首发。但在面向最终用户的层面:

  • Xray 没有官方 GUI,需要套 v2rayN / NekoBox 等第三方
  • 配置门槛比 sing-box 还高(因为字段更原生)
  • 协议覆盖不如 sing-box(没有 Hysteria 2、TUIC、AnyTLS)
  • 适合协议研究者 / 服务端 / 高级用户,不适合大众消费

普通用户建议 Mihomo 或 sing-box 二选一,不用纠结 Xray。

九、未来 12 个月节奏判断

  • Mihomo:稳定派,继续做 Clash 系的「最后一家」,新协议跟进保持 1-2 个版本延迟
  • sing-box:激进派,继续推下一代协议,GUI 生态会在 2026 H2 追上 Mihomo
  • 路由器场景:Mihomo 暂时无可替代(OpenClash 生态太厚)
  • iOS 场景:Shadowrocket 仍是付费 King,Karing 免费替代逐渐成熟

来源与时间戳

最后核对时间:2026-05-20。两个内核都在快速迭代,版本号与协议支持情况可能在数周内变化,建议每季度回看。