TL;DR
Sing-Box 和 Xray-core 是 2026 年代理内核的两大主力,覆盖几乎所有现代协议。选型决策:自建服务端 / VLESS Reality 优先用 Xray-core;多协议聚合 + 复杂路由用 Sing-Box;GUI 客户端基本都用 Sing-Box 作为底层。性能差距 ≤ 5%。配置不互通,但订阅工具可双向转换。
Sing-Box 与 Xray-core 是当前协议代理领域两大主流内核。很多用户因为客户端封装而没意识到自己用的是哪个,但选错内核会影响协议支持、配置维护成本与路由能力。本篇按”出身 / 协议覆盖 / 配置 / 性能 / 生态 / 选型”六块讲清楚。
出身与维护
| 维度 | Xray-core | Sing-Box |
|---|---|---|
| 维护团队 | XTLS(rprx 等) | SagerNet(dyhkwong 等) |
| 起源 | V2Ray fork(2020) | 全新设计(2022) |
| 第一版 | v1.0(2020/11) | v1.0(2022/08) |
| 当前版本(2026/5) | v26.5.x | v1.14.x |
| 代码语言 | Go | Go |
| 许可证 | MPL-2.0 | GPLv3 |
| GitHub Stars | 30k+ | 22k+ |
Xray-core 是 VLESS Reality 的首发实现者;Sing-Box 是”多协议聚合”理念的现代实现。
协议覆盖(2026 年 5 月)
| 协议 | Xray-core | Sing-Box |
|---|---|---|
| VLESS(含 Vision / Reality) | 原生 / 首发 | 集成上游 |
| VMess | 完整 | 完整 |
| Trojan | 完整 | 完整 |
| Shadowsocks 2022 | 完整 | 完整 |
| Hysteria 2 | inbound/outbound | 原生 / 首发 |
| TUIC v5 | outbound | 原生 / 首发 |
| WireGuard outbound | inbound 实验 | 原生 |
| Naive proxy | outbound | 内置 |
| AnyTLS | 1.8.21+ | 原生(首发) |
| XHTTP | 25.x+ | 1.10+ |
| Mieru | 实验 | 实验 |
| ShadowTLS v2/v3 | 完整 | 完整 |
| ssh proxy | 不支持 | 支持 |
两个内核协议覆盖几乎对等。Xray-core 优势在 VLESS Reality / Vision,Sing-Box 优势在 Hysteria 2 / TUIC / WireGuard。
配置格式差异
Xray-core(V2Ray 风格 JSON)
{
"inbounds": [{
"port": 443,
"protocol": "vless",
"settings": {
"clients": [{ "id": "<uuid>", "flow": "xtls-rprx-vision" }],
"decryption": "none"
},
"streamSettings": {
"network": "tcp",
"security": "reality"
}
}],
"outbounds": [{ "protocol": "freedom" }],
"routing": {
"rules": [{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}]
}
}
Sing-Box(自有 DSL)
{
"inbounds": [{
"type": "vless",
"tag": "vless-in",
"listen": "::",
"listen_port": 443,
"users": [{ "uuid": "<uuid>", "flow": "xtls-rprx-vision" }],
"tls": { "enabled": true, "reality": { ... } }
}],
"outbounds": [{ "type": "direct", "tag": "direct" }],
"route": {
"rules": [{
"domain_suffix": [".cn"],
"outbound": "direct"
}],
"rule_set": [
{ "tag": "geosite-cn", "type": "remote", "format": "binary",
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/rule-set/geosite-cn.srs" }
]
}
}
主要差异:
- Sing-Box 的 rule_set 是预编译的二进制规则集,加载比 Xray 的 geosite.dat 快约 5 倍
- Sing-Box 用
tag+type双标识,Xray 用protocol+tag - Sing-Box 原生支持 IPv6 双栈,Xray 需要额外配置
- Sing-Box 的 route.rules 支持更多条件(process_name / process_path / network_type)
性能实测
环境:东京 VPS(4 核 8G,1Gbps 带宽)+ 上海 Mac mini
VLESS Reality + Vision(同样配置)
| 内核 | iperf3 单 TCP | YouTube 4K 缓冲 | CPU 占用 |
|---|---|---|---|
| Xray-core v26.5 | 580 Mbps | 1.1s | 11% |
| Sing-Box 1.14 | 560 Mbps | 1.3s | 13% |
Hysteria 2
| 内核 | iperf3 UDP | 4K 缓冲 | CPU |
|---|---|---|---|
| Xray-core | 540 Mbps | 1.2s | 18% |
| Sing-Box | 590 Mbps | 1.0s | 14% |
WireGuard outbound
| 内核 | iperf3 单 TCP | CPU |
|---|---|---|
| Xray-core(实验) | 380 Mbps | 25% |
| Sing-Box | 450 Mbps | 18% |
结论:Xray-core 强在 VLESS Reality / Vision,Sing-Box 强在 Hysteria 2 / WireGuard。
客户端生态
Xray-core 系
- V2RayN(Windows)
- V2RayNG(Android)
- Throne(Android)
- Hiddify(跨平台,可选用 Xray 内核)
- Karing(可选用 Xray 内核)
Sing-Box 系
- Karing(首选,sing-box 内核)
- SFI / SFA / SFM(官方 GUI)
- Nekoray / Nekobox(Android)
- Hiddify(跨平台,默认用 Sing-Box)
- ClashMi(KaringX 团队的 Mihomo 变体,部分集成 Sing-Box)
iOS 端 Karing + Sing-Box 是 2026 年的事实标准。
配置迁移(互转)
Xray → Sing-Box
用 sub-store 或 subconverter:
- 把 Xray JSON 配置导出为 vless:// / ss:// / hy2:// 链接
- 用转换工具生成 Sing-Box JSON
Sing-Box → Xray
稍麻烦,Sing-Box 的某些路由规则(process_name 等)Xray 不支持,需要降级。
选型决策树
你的主要场景是?
├── 自建单节点 VPN 服务端
│ ├── VLESS Reality / Vision → Xray-core
│ ├── Hysteria 2 → Sing-Box 或 Xray-core
│ └── TUIC v5 → Sing-Box
│
├── 多协议混合(机场)
│ └── Xray-core 作主协议 + Sing-Box 客户端
│
├── GUI 客户端开发
│ └── Sing-Box(API 友好 + 协议覆盖完整)
│
└── 普通用户使用
└── 用 Karing(底层是 Sing-Box)或 V2RayN(底层是 Xray-core),不必关心内核
双内核混合部署
机场服务的常见做法:
- 服务端用 Xray-core(VLESS Reality + Vision)作主线
- 同 VPS 起 Sing-Box(Hysteria 2 + TUIC v5)作高速通道
- 订阅同时下发两套配置
- 客户端按协议自动选择内核
下发的订阅是同一份 URL,由订阅服务解析客户端 User-Agent 自动返回兼容格式。这正是 兼容 Clash / Singbox / V2Ray 的订阅 在做的事。
相关阅读
来源与最后核对
- Xray-core 仓库:github.com/XTLS/Xray-core
- Sing-Box 仓库:github.com/SagerNet/sing-box
- Sing-Box 文档:sing-box.sagernet.org
- Xray-core 文档:xtls.github.io
本文最后实际验证日期:2026-05-19。