Clash vs sing-box

先澄清一件事：现在说的 "Clash" 基本都指 Mihomo 内核。原版 Clash 已停止维护，Clash Meta 是社区分支、后改名 Mihomo，它是 Clash Verge Rev、Mihomo Party、FlClash、Clash Meta for Android、Stash 等客户端的共同内核。

所以这个对比实际上是 Mihomo vs sing-box——两个当前最主流的代理内核。

结论先给：新手用 Clash（Verge Rev + 机场的 Clash 订阅）；需要 Hysteria2 / TUIC、iOS 免费 TUN、或想自己写规则集时考虑 sing-box。

内核的演进脉络

理解两者的关系需要一点历史。

时间线	事件
早期	Clash（Go 编写）成为主流代理内核，YAML 配置 + 规则引擎的设计被广泛接受
中期	Clash 原版停止维护；社区分支 Clash.Meta 接手，加入新协议与功能
后来	Clash.Meta 改名 Mihomo，成为事实上的 Clash 继任者
并行	sing-box 作为全新项目出现，设计目标是通用代理平台（客户端 + 服务端一体），JSON 配置

结果是现在有两个活跃内核：Mihomo 继承了 Clash 的生态与配置格式（兼容性优先），sing-box 从头设计（现代性优先）。两者都在活跃开发，协议支持都很全。

这个历史也解释了一个常见困惑：为什么有 "Clash"、"Clash Meta"、"Mihomo" 三个名字——它们指的是同一条演进线上的不同阶段，现在统一指 Mihomo。

核心差别对照

	Clash（Mihomo）	sing-box
配置格式	YAML	JSON
配置哲学	兼容 Clash 生态，字段语义稳定	现代设计，结构更统一
协议支持	主流全支持（含 Hysteria2、TUIC）	主流全支持，新协议通常最早
规则引擎	成熟，生态最大	完善，规则集格式不同
规则集	rule-provider（远程规则）	rule_set（远程规则，格式更统一）
TUN	支持（system / gvisor / mixed 栈）	支持，实现更统一
DNS	fake-ip / redir-host	类似，配置结构不同
客户端生态	最大（Verge Rev、Mihomo Party、FlClash、CMFA、Stash、OpenClash）	官方全平台 App + Karing、Hiddify 等第三方
iOS	Shadowrocket / Stash（付费）	官方 App 免费且支持 TUN
机场订阅支持	几乎所有机场都提供 Clash 订阅	部分机场提供
服务端	不提供	客户端与服务端一体
学习成本	低（订阅开箱即用）	中（JSON、结构需要理解）
定位	面向用户的代理客户端	通用代理平台

配置结构对比

同一个需求（国内直连、境外走香港节点、AI 走日本节点），两种配置的写法。

Clash（YAML）

yaml

proxies:
  - name: 香港 01
    type: vless
    server: example.com
    port: 443
    uuid: xxx
  - name: 日本 01
    type: vless
    server: example2.com
    port: 443
    uuid: xxx

proxy-groups:
  - name: 日常
    type: url-test
    proxies: [香港 01]
    url: http://www.gstatic.com/generate_204
    interval: 300
  - name: AI
    type: select
    proxies: [日本 01]

rules:
  - DOMAIN-SUFFIX,openai.com,AI
  - DOMAIN-SUFFIX,claude.ai,AI
  - GEOSITE,cn,DIRECT
  - GEOIP,cn,DIRECT
  - MATCH,日常

结构：proxies（节点）→ proxy-groups（分组）→ rules（规则，自上而下匹配）。分组是 Clash 的核心概念，规则指向分组而不是节点。

sing-box（JSON）

json

{
  "inbounds": [
    { "type": "tun", "tag": "tun-in", "auto_route": true }
  ],
  "outbounds": [
    { "type": "vless", "tag": "香港 01", "server": "example.com", "server_port": 443, "uuid": "xxx" },
    { "type": "vless", "tag": "日本 01", "server": "example2.com", "server_port": 443, "uuid": "xxx" },
    { "type": "selector", "tag": "AI", "outbounds": ["日本 01"] },
    { "type": "urltest", "tag": "日常", "outbounds": ["香港 01"] },
    { "type": "direct", "tag": "direct" }
  ],
  "route": {
    "rules": [
      { "domain_suffix": ["openai.com", "claude.ai"], "outbound": "AI" },
      { "rule_set": "geosite-cn", "outbound": "direct" },
      { "rule_set": "geoip-cn", "outbound": "direct" }
    ],
    "final": "日常",
    "rule_set": [
      { "type": "remote", "tag": "geosite-cn", "format": "binary", "url": "https://example/geosite-cn.srs" }
    ]
  }
}

结构：inbounds（流量入口：TUN / mixed 端口）→ outbounds（出口：节点、分组、direct、block）→ route（路由规则 + 规则集）。

设计差别：sing-box 把"分组"也当作一种 outbound（selector、urltest），概念更统一；Clash 把分组作为独立的一层。sing-box 显式声明 inbounds，Clash 用顶层字段（mixed-port、tun）。

实际影响：日常使用感觉不到差别（机场订阅都配好了）；自己写配置时，YAML 更简洁易读，JSON 结构更严谨但更冗长。

客户端生态：Clash 的最大优势

平台	Clash（Mihomo）客户端	sing-box 客户端
Windows	Clash Verge Rev、Mihomo Party、FlClash	官方 CLI + 图形前端、Karing、Hiddify
macOS	Clash Verge Rev、Mihomo Party、Stash	官方 App（App Store）、Karing
Linux	Clash Verge Rev、Mihomo Party、FlClash、CLI	官方 CLI、Karing
iOS	Shadowrocket（付费）、Stash（付费）、Surge（付费）	官方 sing-box（免费）
Android	FlClash、Clash Meta for Android、v2rayNG（部分）	官方 SFA、Karing、Hiddify、NekoBox
路由器	OpenClash（OpenWrt）、ShellClash	sing-box（需手动配置）

Clash 的优势：桌面前端更成熟（Verge Rev 的订阅管理、规则编辑、Merge 覆写、连接面板、内核在线升级）；路由器方案（OpenClash）生态成熟；教程与社区答案最多。

sing-box 的优势：iOS 官方 App 免费且支持 TUN——这是一个实质差别。iOS 上的 Clash 类客户端（Shadowrocket、Stash、Surge）都是付费的；sing-box 官方 App 免费，且 TUN 模式让命令行工具、部分 App 的流量也能被接管。

详见客户端总览。

协议支持的实际差别

两者都支持主流协议，差别在新协议的支持时间与实现成熟度。

协议	Mihomo	sing-box
Shadowsocks（AEAD）	✓ 成熟	✓
VMess	✓	✓
VLESS	✓	✓
VLESS + Reality	✓	✓（通常最早支持新变体）
Trojan	✓	✓
Hysteria2	✓	✓ 实现更成熟
TUIC	✓	✓ 实现更成熟
WireGuard	✓	✓
SSH / HTTP / SOCKS	部分	✓

sing-box 在 QUIC 类协议上的优势：Hysteria2 与 TUIC 都基于 QUIC，sing-box 的实现通常更早、更完整。如果你的机场主推这两个协议，sing-box 是更稳的选择。

Mihomo 在轻量协议上的优势：Shadowsocks chacha20 这类协议的 CPU 开销更低，在老手机、低性能路由器上能跑满更高带宽。

站内情况：14 家标注 VLESS，快照显示多数订阅同时提供 Shadowsocks；QUIC 类协议（Hysteria2 / TUIC）的支持 18 家均未在品牌资料中说明——这意味着"为了 Hysteria2 换 sing-box"在站内暂时没有明确的对象，需要先问客服。详见协议数据库。

订阅格式与站内情况

客户端	需要的订阅格式
Clash Verge Rev、Mihomo Party、FlClash、CMFA、Stash、OpenClash	Clash（YAML）
sing-box 官方、Hiddify	sing-box（JSON）
Karing	Clash 或 sing-box（兼容两者）
v2rayN、v2rayNG、Shadowrocket	通用 / v2ray（base64）

站内 18 家的订阅格式：品牌资料全部未明确说明。 这是站内最大的信息空白之一（见客户端支持数据库）。

从快照可以间接推断：

品牌	快照协议	推断的订阅格式
快狸、宇宙云	VLESS（喵速界面）	提供 Clash 或 sing-box 类订阅
微风网络	VLESS（MiaoKo 界面）	同上
其余 14 家	Shadowsocks（MAI-TEST-BOT）	至少提供通用订阅
光速云	Shadowsocks（快照）但品牌资料标 VLESS，且明确列出 Clash、Shadowrocket	两种都有

实用建议：购买后在后台查看订阅页，列出所有可用格式。优先选 Clash 或 sing-box 格式（协议最全），通用格式作为备份（兼容性最好）。详见订阅链接是什么。

规则引擎的细节对比

规则是两个内核最核心的功能，也是日常最常需要改的地方。

Clash 的规则类型

规则类型	匹配什么	例子
`DOMAIN`	完整域名	`DOMAIN,www.google.com,代理`
`DOMAIN-SUFFIX`	域名后缀	`DOMAIN-SUFFIX,google.com,代理`
`DOMAIN-KEYWORD`	域名含关键字	`DOMAIN-KEYWORD,google,代理`
`GEOSITE`	GEO 域名库分类	`GEOSITE,cn,DIRECT`
`GEOIP`	IP 归属地	`GEOIP,cn,DIRECT`
`IP-CIDR` / `IP-CIDR6`	IP 段	`IP-CIDR,192.168.0.0/16,DIRECT`
`DST-PORT` / `SRC-PORT`	目标 / 来源端口	`DST-PORT,443,代理`
`PROCESS-NAME`	进程名	`PROCESS-NAME,git,代理`
`RULE-SET`	远程规则集	`RULE-SET,ads,REJECT`
`MATCH`	兜底（必须在最后）	`MATCH,代理`

规则自上而下匹配，先命中先生效。这是最容易出错的地方：把 MATCH 放在中间会导致后面的规则永远不生效。

sing-box 的路由规则

sing-box 的规则写在 route.rules 数组里，每条规则是一个对象，字段可以组合：

json

{ "domain_suffix": ["openai.com"], "outbound": "AI" }
{ "rule_set": ["geosite-cn"], "outbound": "direct" }
{ "ip_cidr": ["192.168.0.0/16"], "outbound": "direct" }
{ "process_name": ["git"], "outbound": "proxy" }
{ "port": [443], "network": "tcp", "outbound": "proxy" }

兜底用 route.final 字段而不是一条规则。多个字段在同一条规则里是"与"关系（都满足才命中），这比 Clash 的单条件规则更灵活——Clash 要实现"域名 A 且端口 443"需要用逻辑规则（AND）。

规则集（远程规则）

两者都支持从远程加载规则列表（避免在配置里写几千行域名）。

	Clash（rule-provider）	sing-box（rule_set）
格式	yaml / text / mrs	srs（二进制）/ source（JSON）
类型	domain / ipcidr / classical	统一格式，可含多种条件
更新	按 `interval` 定期拉取	按 `update_interval`
体积	mrs 格式较小	srs 二进制，体积小

sing-box 的 rule_set 设计更统一（一种格式覆盖域名与 IP），Clash 的 rule-provider 需要按类型区分。实际使用中两者都由机场订阅或社区规则库提供，不需要自己生成。

自定义规则不被覆盖的方法

这是最重要的实践知识：直接改订阅文件，订阅更新时会被覆盖。正确做法：

Clash Verge Rev：用「订阅 → 右键 → 编辑规则」或 Merge / Script 扩展。Merge 是一个独立的 YAML 片段，构建时叠加到订阅之上。

yaml

# Merge 示例：把某个国内站强制直连，把 AI 域名指向 AI 分组
prepend-rules:
  - DOMAIN-SUFFIX,example.cn,DIRECT
  - DOMAIN-SUFFIX,openai.com,AI

sing-box：在自己的配置文件里引用订阅提供的 outbounds，或用客户端的覆写功能（各前端实现不同）。

详见规则分流、全局与直连模式。

DNS 配置的差别

DNS 是"开了代理反而打不开"的主要原因之一，两个内核的处理方式相似但字段不同。

共同的核心概念

fake-ip：客户端给境外域名返回一个假 IP（如 198.18.x.x），真正的解析在节点侧完成。优点是快（不等本地解析）、避免 DNS 污染；缺点是部分应用（依赖真实 IP 的、某些游戏）不兼容。

redir-host：本地真实解析后再按 IP 匹配规则。兼容性更好，但慢且可能受污染。

国内外分流：国内域名用国内 DNS（阿里、腾讯 DoH），境外域名用境外 DNS 并通过节点查询。

Clash 的 DNS 配置

yaml

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - "*.lan"
    - "time.*.com"
  nameserver:
    - https://dns.alidns.com/dns-query
  fallback:
    - https://1.1.1.1/dns-query
  fallback-filter:
    geoip: true
    geoip-code: CN

sing-box 的 DNS 配置

json

"dns": {
  "servers": [
    { "tag": "local", "address": "https://dns.alidns.com/dns-query", "detour": "direct" },
    { "tag": "remote", "address": "https://1.1.1.1/dns-query", "detour": "proxy" }
  ],
  "rules": [
    { "rule_set": "geosite-cn", "server": "local" }
  ],
  "strategy": "prefer_ipv4"
}

设计差别：sing-box 把 DNS 服务器也当作可路由的对象（用 detour 指定通过哪个出口查询），概念上更统一；Clash 用 nameserver / fallback 两组加过滤规则。

实际影响：机场订阅都配好了，日常不用管。出问题时（开 TUN 后没网、国内网站变慢）按 DNS 与泄漏问题排查——两个内核的症状与处理逻辑相同。

TUN 模式的差别

TUN 创建虚拟网卡接管全部流量，覆盖不遵守系统代理的程序（游戏、命令行、部分客户端软件）。

	Clash（Mihomo）	sing-box
栈实现	system / gvisor / mixed 三种可选	统一实现
配置	`tun` 顶层字段	`inbounds` 里的 tun 类型
权限	管理员（Windows）/ 系统扩展（macOS）/ root（Linux）	同
iOS	需付费客户端	官方 App 免费支持
自动路由	`auto-route`	`auto_route`

栈的选择（Clash）：system 用系统网络栈，性能好但兼容性视系统；gvisor 用用户态栈，兼容性好但 CPU 开销略高；mixed 混合。遇到 TUN 问题可以换栈试。

共同的坑：开 TUN 后没网，多为 DNS 配置冲突或与其他 VPN / 虚拟网卡冲突。处理：开启客户端的 DNS 覆写、关闭其他 VPN、确认只有一个 TUN 在运行。详见 TUN 模式是什么。

按平台的具体选择建议

Windows

首选 Clash Verge Rev。 理由：订阅管理直观、规则可视化、Merge 覆写不被订阅更新覆盖、TUN 一键开启、内核可在线升级、连接面板便于排障。

备选：Mihomo Party（同内核、界面更新）、v2rayN（协议最全、可切 Xray 与 sing-box 内核，适合只有通用订阅的情况）。

需要 sing-box 内核时：官方 CLI + 图形前端，或 Karing（接受 Clash 订阅）。

macOS

首选 Clash Verge Rev。 安装后若提示未验证开发者，在「系统设置 → 隐私与安全性」允许；TUN 需要安装系统扩展并授权。

备选：Mihomo Party、Stash（付费、Clash 兼容、上手快）、Surge（付费较贵、含网络诊断工具）。

sing-box 官方 App 在 macOS 的 App Store 上也有，免费。

Linux

Clash Verge Rev 与 Mihomo Party 都有 Linux 桌面版；服务器场景用 Mihomo 或 sing-box 的命令行版本 + systemd 管理。

iOS

这是两者差别最大的平台。

客户端	内核	价格	TUN
sing-box 官方	sing-box	免费	✓
Shadowrocket	自研	付费一次	✓
Stash	Clash 兼容	付费	✓
Surge	自研	付费较贵	✓
Quantumult X	自研	付费	✓

所有 iOS 客户端都需要非中国区 Apple ID（中国区 App Store 没有这类应用）。如果不想付费，sing-box 官方 App 是唯一免费且支持 TUN 的选择——前提是机场提供 sing-box 订阅，或用订阅转换。

如果机场只有 Clash / 通用订阅且你愿意付费：Shadowrocket 是最通用的选择（接受通用、Clash、Surge 三种格式）。

Android

首选 FlClash 或 Clash Meta for Android（CMFA），都是 Mihomo 内核、接受 Clash 订阅。FlClash 界面更友好且跨平台一致，CMFA 是官方客户端、更稳定朴素。

只有通用订阅时：v2rayNG（最轻量、协议全、支持分应用代理）。

需要 sing-box 内核：官方 SFA，或 Karing / Hiddify。

路由器（OpenWrt）

Clash 生态明显占优：OpenClash 是成熟方案，教程多、社区支持好。sing-box 在 OpenWrt 上需要更多手动配置。

注意：路由器方案的 CPU 是瓶颈，Shadowsocks chacha20 最省 CPU，QUIC 类协议（Hysteria2 / TUIC）在低性能路由器上可能跑不满带宽——这是 Mihomo 在这个场景下的另一个优势。

迁移：从 Clash 换到 sing-box

如果决定换，按这个顺序做，避免"换完发现不能用"。

第一步：确认订阅格式。 到机场后台看是否提供 sing-box 订阅。没有的话：用 Karing（接受 Clash 订阅、sing-box 内核）是最省事的路径；或用订阅转换（注意风险）。

第二步：并行运行一周。 不要立刻卸载 Clash。装好 sing-box 后，两边保留同一份订阅，轮流使用（不能同时开）。这一周里对比：节点可用性、晚高峰表现、AI 与流媒体是否仍通过、规则分流是否正确。

第三步：迁移自定义规则。 如果你在 Clash 里写过自定义规则（Merge），需要翻译成 sing-box 的 route.rules 格式。对照关系：

Clash	sing-box
`DOMAIN-SUFFIX,x.com,分组`	`{ "domain_suffix": ["x.com"], "outbound": "分组" }`
`DOMAIN-KEYWORD,kw,分组`	`{ "domain_keyword": ["kw"], "outbound": "分组" }`
`GEOSITE,cn,DIRECT`	`{ "rule_set": ["geosite-cn"], "outbound": "direct" }`
`IP-CIDR,1.1.1.0/24,分组`	`{ "ip_cidr": ["1.1.1.0/24"], "outbound": "分组" }`
`PROCESS-NAME,git,分组`	`{ "process_name": ["git"], "outbound": "分组" }`
`MATCH,分组`	`"final": "分组"`

第四步：验证 AI 与流媒体分组。 这两项最容易在迁移中出问题——CDN 域名（nflxvideo.net、googlevideo.com、oaistatic.com）必须与主域名指向同一出口，否则页面能开但内容加载失败。

第五步：保留 Clash 作为备份。 内核出问题时能立刻切回。

什么时候不该迁移：当前 Clash 用得没问题、只是想试新东西、机场没有 sing-box 订阅且不想用转换。换内核不会让线路变快，迁移的唯一理由是你需要它的某个具体能力。

排障对照：同一症状在两个内核里的处理

症状	Clash 的检查点	sing-box 的检查点
导入订阅失败	格式是否为 Clash YAML	格式是否为 sing-box JSON
节点列表为空	套餐是否过期、订阅链接是否正确	同
部分节点连不上	内核版本是否支持该协议（设置里升级内核）	版本是否过旧
开 TUN 后没网	DNS 覆写是否开启、栈是否要换（system / gvisor）	DNS 配置的 `detour`、是否与其他 VPN 冲突
国内网站变慢	规则模式是否开启、`GEOSITE,cn` 规则是否在 `MATCH` 之前	`route.rules` 里国内规则是否在前、`final` 是否正确
AI 页面半开半不开	CDN 域名是否与主域名同分组	同
自定义规则消失	是否直接改了订阅文件（应用 Merge）	是否被订阅覆盖
CPU 占用高	是否用了 QUIC 类协议、TUN 栈是否为 gvisor	是否 QUIC 类协议

两个内核的排障逻辑基本相同：先确认是不是规则问题（切全局验证）、再看 DNS、再看协议与版本。详见教程中心的排障部分。

新手为什么应该选 Clash

四个理由：

一、机场订阅几乎都提供 Clash 格式。 这是最实际的理由——你导入就能用，不需要转换。

二、规则分组已预设。 机场的 Clash 订阅通常预配了"节点选择""AI""流媒体""直连"等分组与对应规则，新手不需要写任何规则。

三、生态最大、答案最多。 遇到问题搜"Clash Verge Rev + 你的问题"，能找到答案的概率明显高于 sing-box。

四、Verge Rev 的诊断能力强。 连接面板显示每个连接命中了哪条规则、走了哪个节点——"淘宝为什么变慢"可以直接看出来。这对新手排障帮助很大。

新手的标准配置：电脑 Clash Verge Rev + 手机 Shadowrocket（iPhone）或 FlClash / v2rayNG（Android）。详见 Clash Verge Rev 新手完整教程。

什么时候该换 sing-box

三种情况：

一、机场主推 Hysteria2 / TUIC 且提供 sing-box 订阅。 这两个协议在 sing-box 上实现更成熟。但站内 18 家都没说明是否提供，需先问客服。

二、iOS 且不想付费。 sing-box 官方 App 免费且支持 TUN；Clash 类的 iOS 客户端都是付费的。如果你在 iPhone 上需要 TUN（命令行工具、部分 App 不走系统代理），这是最省钱的路径。

三、想自己写规则集、喜欢 JSON。 sing-box 的 rule_set 机制更统一，适合自己维护规则的用户。

不需要换的情况：只是觉得"新的更好"、听说 sing-box 更快（带宽由线路决定）、当前 Clash 用得没问题。换内核不会让线路变快。

一个折中方案：Karing

Karing 是 sing-box 内核的第三方客户端，但兼容 Clash 订阅。这解决了最常见的一个矛盾：想用 sing-box 内核（新协议、统一实现），但机场只提供 Clash 订阅。

	直接用 Clash 客户端	用 Karing	用 sing-box 官方
内核	Mihomo	sing-box	sing-box
接受 Clash 订阅	✓	✓	✗
接受 sing-box 订阅	✗	✓	✓
需要订阅转换	否	否	机场无 sing-box 订阅时需要
成熟度	最高	较新	高（官方）

如果你想尝试 sing-box 内核但机场只有 Clash 订阅，Karing 是最省事的路径；不想冒项目较新的风险，就继续用 Clash。

订阅转换的风险

机场只提供一种格式时，订阅转换服务能转成另一种。风险是转换服务能看到你的全部节点与凭证。

安全用法，按优先级：

让机场直接提供目标格式（多数机场后台有多种格式，先找找）。
用兼容多格式的客户端避免转换：Karing（Clash → sing-box 内核）、Shadowrocket（接受 Clash / 通用 / Surge）。
自建转换服务（subconverter 等开源项目）。
只在必要时用可信的公开服务，转换后的链接同样是账号，不外泄。

性能与资源占用

场景	更合适的内核	原因
低性能路由器（OpenWrt）	Mihomo（OpenClash）	Shadowsocks chacha20 开销低；OpenClash 生态成熟
老手机	Mihomo	轻量协议 CPU 占用低
高丢包环境	sing-box	QUIC 类协议实现更成熟
桌面高带宽	两者都可以	都能跑满家用带宽
iOS 需要 TUN	sing-box	官方 App 免费
服务端自建	sing-box	客户端与服务端一体

带宽上限由线路决定，不由内核决定。 内核影响的是 CPU 占用、协议支持与弱网表现。

常见误判

Clash 已经停止维护了。 原版停了，Mihomo 在活跃开发。
sing-box 更快。 带宽由线路决定；sing-box 的优势在新协议实现与 iOS 免费 TUN。
换内核能解决晚高峰慢。 那是线路问题（公网出口拥塞）。
必须二选一。 可以都装，用不同订阅或同一订阅的不同格式；但同时只能启用一个（TUN 冲突）。
sing-box 配置更难所以更好。 JSON 更严谨不等于更适合你；日常使用两者都是导入订阅即用。
Clash 不支持 Hysteria2。 Mihomo 支持，只是 sing-box 实现更成熟。
Clash Meta 和 Mihomo 是两个东西。 同一个项目，改名了。
转换订阅没有风险。 转换服务能看到你的全部节点。

一句话总结

现在的 Clash 指 Mihomo 内核，生态最大、机场订阅几乎都支持、桌面客户端最成熟——新手用 Clash Verge Rev。sing-box 的优势在新协议（Hysteria2 / TUIC）实现、iOS 官方 App 免费支持 TUN、规则集机制统一；三种情况值得换。想用 sing-box 内核又只有 Clash 订阅时用 Karing。换内核不会让线路变快。

常见问题

Clash 和 sing-box 新手用哪个？

新手用 Clash（具体是 Mihomo 内核的 Clash Verge Rev）。机场订阅几乎都提供 Clash 格式，规则分组预设好，导入即用；生态最大、教程最多、出问题容易搜到答案。

原版 Clash 还能用吗？

原版 Clash 已停止维护，不应再使用。现在说的 Clash 基本都指 Mihomo（原 Clash Meta）内核，它是 Clash Verge Rev、Mihomo Party、FlClash、Clash Meta for Android 等客户端的共同内核。

sing-box 有什么优势？

新协议支持最早（Hysteria2、TUIC、VLESS Reality）、iOS 官方 App 免费且支持 TUN、规则集可远程引用、客户端与服务端一体。缺点是 JSON 配置门槛高、机场订阅支持不如 Clash 普遍。

什么时候该从 Clash 换到 sing-box？

三种情况：机场主推 Hysteria2 / TUIC 且提供 sing-box 订阅；你想在 iOS 上免费使用 TUN；你想自己写规则集并用 JSON 管理配置。其他情况没有必要换。

机场只提供 Clash 订阅能用 sing-box 吗？

可以，用 Karing 这类 sing-box 内核的客户端，它兼容 Clash 订阅，省去转换。也可以用订阅转换服务，但转换服务能看到你的全部节点，只用可信的或自建。

两者的配置能互相转换吗？

结构不互通（YAML 的 proxies/proxy-groups/rules 与 JSON 的 outbounds/route 设计不同），但机场后台通常同时提供两种订阅格式；没有的用订阅转换或用 Karing 这类兼容客户端。

Clash 和 sing-box 哪个快？

带宽上限由线路决定，两者没有本质差别。sing-box 在 QUIC 类协议（Hysteria2 / TUIC）上实现更成熟；Mihomo 在 Shadowsocks chacha20 这类轻量协议上 CPU 开销更低，低性能设备与路由器上更有优势。

站内 18 家支持哪个？

品牌资料没有一家明确说明提供哪些订阅格式。从快照可以间接推断：快狸、宇宙云、微风网络的测速用 Clash 或 sing-box 类订阅（显示 VLESS），其余 14 家用通用订阅（显示 Shadowsocks）。购买后在后台确认。

下一步：套餐价格

价格数据库：月费、流量、每 GB 成本、付费周期全部可排序比较。

客户端

Clash / sing-box 生态与各平台客户端的完整知识库，不只是下载教程。

Clash vs sing-box ​

内核的演进脉络 ​

核心差别对照 ​

配置结构对比 ​

Clash（YAML） ​

sing-box（JSON） ​

客户端生态：Clash 的最大优势 ​

协议支持的实际差别 ​

订阅格式与站内情况 ​

规则引擎的细节对比 ​

Clash 的规则类型 ​

sing-box 的路由规则 ​

规则集（远程规则） ​

自定义规则不被覆盖的方法 ​

DNS 配置的差别 ​

共同的核心概念 ​

Clash 的 DNS 配置 ​

sing-box 的 DNS 配置 ​

TUN 模式的差别 ​

按平台的具体选择建议 ​

Windows ​

macOS ​

Linux ​

iOS ​

Android ​

路由器（OpenWrt） ​

迁移：从 Clash 换到 sing-box ​

排障对照：同一症状在两个内核里的处理 ​

新手为什么应该选 Clash ​

什么时候该换 sing-box ​

一个折中方案：Karing ​

订阅转换的风险 ​

性能与资源占用 ​

常见误判 ​

一句话总结 ​

相关页面 ​

常见问题 ​

Clash 和 sing-box 新手用哪个？ ​

原版 Clash 还能用吗？ ​

sing-box 有什么优势？ ​

什么时候该从 Clash 换到 sing-box？ ​

机场只提供 Clash 订阅能用 sing-box 吗？ ​

两者的配置能互相转换吗？ ​

Clash 和 sing-box 哪个快？ ​

站内 18 家支持哪个？ ​

Clash vs sing-box

内核的演进脉络

核心差别对照

配置结构对比

Clash（YAML）

sing-box（JSON）

客户端生态：Clash 的最大优势

协议支持的实际差别

订阅格式与站内情况

规则引擎的细节对比

Clash 的规则类型

sing-box 的路由规则

规则集（远程规则）

自定义规则不被覆盖的方法

DNS 配置的差别

共同的核心概念

Clash 的 DNS 配置

sing-box 的 DNS 配置

TUN 模式的差别

按平台的具体选择建议

Windows

macOS

Linux

iOS

Android

路由器（OpenWrt）

迁移：从 Clash 换到 sing-box

排障对照：同一症状在两个内核里的处理

新手为什么应该选 Clash

什么时候该换 sing-box

一个折中方案：Karing

订阅转换的风险

性能与资源占用

常见误判

一句话总结

相关页面

常见问题

Clash 和 sing-box 新手用哪个？

原版 Clash 还能用吗？

sing-box 有什么优势？

什么时候该从 Clash 换到 sing-box？

机场只提供 Clash 订阅能用 sing-box 吗？

两者的配置能互相转换吗？

Clash 和 sing-box 哪个快？

站内 18 家支持哪个？