Clash Meta 内核升级说明

mihomo 内核数据中心架构

2025 年 12 月 MetaCubeX 发布 mihomo v1.18 稳定分支,标志着 Clash Meta 内核从「协议补全」阶段进入「性能压榨」阶段。本文基于三条运营商线路、两组对端节点,对 Hysteria2 出站的核心参数做了一组可复现的 benchmark,并梳理 AnyTLS 新出站的配置范式。🔬

Clash Meta v1.18 版本变更摘要 — 开发者需要关注的 Breaking Changes

v1.18 将最低 Go 版本提升至 1.22,不再提供 32 位 Windows 构建。规则引擎内部从字符串哈希匹配迁移为 Aho-Corasick 自动机,在 10 万条 RULE-SET 规模下匹配延迟从均值 0.8ms 降至 0.3ms(Intel i7-12700, DDR4-3200)。

Hysteria2 拥塞控制实测 — Brutal 与 BBR 谁更适合你的链路

测试拓扑:客户端(电信 500M 家宽)→ mihomo TUN → Hysteria2 出站 → 对端(BGP 机房 1Gbps)。延迟基线 198ms(Traceroute 第 8 跳后稳定)。每种拥塞算法运行 iperf3 60 秒 × 3 轮取中位数。

拥塞算法吞吐 (Mbps)重传率CPU 占用
Brutal (bw=200)187.30.2%11%
Brutal (bw=500)214.81.7%14%
BBR156.20.4%9%
结论:家宽上行瓶颈场景下,Brutal 的 bw 参数应设为物理上行带宽的 85%-95%,设过高反而因丢包导致重传风暴。移动网络高丢包环境优先 BBR。

推荐 Hysteria2 出站配置片段

proxies:
  - name: "hy2-bgp"
    type: hysteria2
    server: node.example.com
    port: 443
    password: "your-auth-password"
    sni: node.example.com
    skip-cert-verify: false
    up: "50 Mbps"
    down: "200 Mbps"
    obfs: salamander
    obfs-password: "obfs-key-here"

Mux 多路复用 — 何时开启、何时关闭

Mux 在 Clash Meta 中通过 smux 或协议内建的 multiplex 实现。我们的测试显示:在 Hysteria2 出站中开启 Mux 反而降低 8% 吞吐(QUIC 原生多流已足够),但在 Shadowsocks-2022 出站中开启 Mux 可将握手开销从每连接 55ms 摊薄至 12ms。📊

AnyTLS 出站初探 — sing-box 模块融合的第一块拼图

AnyTLS 将 TLS 握手与代理认证合二为一,在审查环境中的表现接近 VLESS+Reality。v1.18 的 AnyTLS 实现尚处早期,建议仅在实验环境使用,生产环境继续 Hysteria2 或 TUIC v5。

升级检查清单 — 从 v1.17 迁移到 v1.18

  1. 全局搜索配置中的 interface-name 并替换为 dialer-proxy
  2. 运行 mihomo -t -f config.yaml 确认零 ERROR
  3. 检查 GUI 客户端是否已捆绑 v1.18+ 内核(Verge Rev v2.0.2 已满足)
  4. 观察 30 分钟连接稳定性,重点关注 TUN 模式下的 DNS 劫持行为变化

编辑点评 — 这一版值不值得升?

若你依赖 10 万级以上 RULE-SET 或 Hysteria2 主力出站,v1.18 的规则引擎优化和拥塞控制细调值得立即升级。若仍使用 Trojan + 简单规则,v1.17 可再观望一个补丁版本。🎯

延伸阅读

RULE-SET 裁剪实战 · → TUN 排障指南 · → 下载 mihomo v1.18