Clash 客户端与 sing-box 客户端的区别

两套内核，不是两个皮肤

现在说「Clash 客户端」，内核基本都是 mihomo（原 Clash.Meta）。Clash Verge Rev、FlClash、Mihomo Party、ClashX Meta、Clash Meta for Android 都属于这一系，界面差别很大，配置逻辑是一样的。

sing-box 是另一个独立项目，有自己的内核和官方客户端（桌面与移动端都有），Hiddify 等第三方客户端也用它。两边支持的协议高度重叠，但配置文件互不通用。

配置格式：YAML 对 JSON

mihomo 用 YAML，结构是 proxies、proxy-groups、rules；sing-box 用 JSON，结构是 outbounds、route、rule_set。概念能对应上，但写法完全不同，手上那份改了半年的 YAML 不能直接喂给 sing-box。

YAML 对缩进敏感，改错一个空格整份配置加载失败；JSON 对逗号和括号敏感，多一个尾逗号同样报错。两边都建议改完先用编辑器的语法检查过一遍。

订阅链接的兼容性，这是关键

机场给的「Clash 订阅」返回的是一份 YAML，sing-box 读不了。多数机场会另外提供 sing-box 格式的订阅地址，或者一个通用的 base64 分享链接，由客户端自己转换。下单前先看清楚提供哪几种。

• 只有 Clash 订阅：留在 mihomo 系客户端最省事。
• 同时提供两种订阅：随便选，但两边的分流规则不一定完全一致。
• 只有 base64 分享链接：两边都能导入，但不带机场预设的规则和策略组，需要自己配。

什么时候值得换过去

如果你现在用得好好的，没有必要为了「更新」而换。真正的理由通常是这几个：需要 sing-box 独有的某个特性；在 iOS 上找不到合适的 Clash 客户端；或者机场只发 sing-box 配置。

反过来，如果你的配置里堆了很多手写的 proxy-groups 和规则，迁移成本会比想象中高，转换工具能处理大部分但不是全部。