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)。
- 新增
anytls出站类型,握手复用 sing-box 的 AnyTLS 实现 - Hysteria2 支持
initial-stream-receive-window与max-stream-receive-window细调 - sniff 模块新增
sniff.override-destination全局开关 - 废弃
proxy-groups中的interface-name字段,改用dialer-proxy
Hysteria2 拥塞控制实测 — Brutal 与 BBR 谁更适合你的链路
测试拓扑:客户端(电信 500M 家宽)→ mihomo TUN → Hysteria2 出站 → 对端(BGP 机房 1Gbps)。延迟基线 198ms(Traceroute 第 8 跳后稳定)。每种拥塞算法运行 iperf3 60 秒 × 3 轮取中位数。
| 拥塞算法 | 吞吐 (Mbps) | 重传率 | CPU 占用 |
|---|---|---|---|
| Brutal (bw=200) | 187.3 | 0.2% | 11% |
| Brutal (bw=500) | 214.8 | 1.7% | 14% |
| BBR | 156.2 | 0.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
- 全局搜索配置中的
interface-name并替换为dialer-proxy - 运行
mihomo -t -f config.yaml确认零 ERROR - 检查 GUI 客户端是否已捆绑 v1.18+ 内核(Verge Rev v2.0.2 已满足)
- 观察 30 分钟连接稳定性,重点关注 TUN 模式下的 DNS 劫持行为变化
编辑点评 — 这一版值不值得升?
若你依赖 10 万级以上 RULE-SET 或 Hysteria2 主力出站,v1.18 的规则引擎优化和拥塞控制细调值得立即升级。若仍使用 Trojan + 简单规则,v1.17 可再观望一个补丁版本。🎯
延伸阅读
→ RULE-SET 裁剪实战 · → TUN 排障指南 · → 下载 mihomo v1.18