sing-box

sing-box 是一款通用而统一的多协议代理平台。它的设计目标十分明确,就是用一套配置、一个内核来整合几乎所有主流的代理协议与功能,既能担当客户端,也能充当服务端,并在不同操作系统上提供高度一致的使用体验。相比早期那种各种协议各自为政、各有各的客户端的碎片化局面,sing-box 以现代化、模块化的架构,把 Shadowsocks、VMess、VLESS、Trojan、Hysteria、TUIC、WireGuard 等众多协议统统纳入了一个统一的框架之下,因而成为近年来迅速崛起、备受推崇的新一代代理工具。它的出现,标志着代理客户端从过去那种一个协议配一个工具的零散状态,迈向了一个内核统揽全局的整合时代,用户不必再为不同的节点准备不同的软件,只需一套 sing-box 就能应对手中形形色色的协议与订阅,这种一站式的清爽体验,正是它能在短时间内赢得大量进阶用户青睐的根本原因。

背景与发展

sing-box 由开发者 nekohasekai(也即 SagerNet 团队) 主导开发,以 Go 语言编写,其设计与实现源自该团队在 SagerNet、NekoBox 等前序项目上积累的丰富经验。它的诞生,正是为了回应一个长期困扰用户的痛点:人们常常不得不在不同的协议、不同的客户端、不同的配置格式之间来回切换,既繁琐又容易出错。sing-box 用一套统一的 JSON 配置,搭配内置的丰富协议栈,从根本上解决了这种碎片化的问题。该项目在 GitHub 上迭代活跃,很快就被各大图形客户端采纳为可选乃至默认的内核,其生态影响力持续扩大。

核心功能

• 全面的协议支持:Shadowsocks、VMess、VLESS、Trojan,以及 Hysteria 与 Hysteria2、TUIC、WireGuard、ShadowTLS、Reality 等几乎一网打尽
• 统一的配置结构:入站(inbound)、出站(outbound)、路由(route)、DNS 等都以一致而清晰的 JSON 结构来组织
• 强大的路由能力:支持基于 geosite、geoip、域名、IP、进程,乃至规则集(rule-set)的精细分流,并支持逻辑规则的组合
• TUN 模式:实现系统级的透明代理,接管全部流量
• 先进的 DNS 处理:支持配置多个 DNS 服务器、fake-ip 模式,以及按规则分流解析,能够有效防止 DNS 污染
• 兼容 Clash API:可以被 Yacd、MetaCubeXD 等 Clash 系的 Web 面板进行管理与监控
• 订阅与远程规则集:支持远程加载,并采用高效的二进制规则集格式,既减小体积又加快匹配
• 多入站与混合接入:可同时开启 TUN、混合 SOCKS 与 HTTP、透明代理等多种入站,灵活适配桌面、旁路由与服务端等不同部署形态
• 出站负载与容灾:支持把流量分配到多个出站,并在节点不可用时自动切换,提升整体可用性
• 细致的连接日志:提供详尽的连接与分流日志,便于排查某条流量究竟走了哪个出口

架构与工作原理

sing-box 采用了一套清晰的入站、路由、出站处理模型,所有协议都被实现为统一接口之下的入站或出站组件。流量进入某个入站(比如 TUN,或者混合的 mixed SOCKS 与 HTTP 入站)之后,会经过路由引擎按照规则进行匹配,从而选定对应的出站——可能是直连、某个代理节点,或者是直接拒绝——再发送出去。它的一大突出优势在于,把协议实现、路由处理、DNS 解析与规则集这几大功能统一收纳进了单一的内核之中,从而避免了由多个独立组件拼装所带来的复杂性。配置既可以手写 JSON,也可以由客户端的图形界面自动生成;同时它还支持以二进制规则集的形式,来提升大规模分流规则的加载与匹配效率。

配置与生态

sing-box 既可以独立运行,也被广泛地作为客户端内核集成到各种软件之中:

• 官方图形客户端:官方提供了 SFI(iOS)、SFA(Android)、SFM(macOS)、SFT(tvOS) 等成系列的应用;此外 NekoBox、Hiddify、v2rayN 等第三方客户端也支持 sing-box 内核
• 订阅转换:可以通过订阅服务或格式转换工具来生成 sing-box 配置
• 规则集:官方与社区都维护了 geosite、geoip 以及各种 rule-set,方便用户进行分流
• 它还兼容 Clash API,从而能够复用业已成熟的各类 Web 面板生态

支持平台

sing-box 的跨平台能力相当突出,覆盖了 Windows、macOS、Linux、Android、iOS 与 tvOS,尤其值得一提的是,它在 iOS 与 tvOS 上提供了官方的原生客户端,而这恰恰是不少其他内核所欠缺的。此外它也能运行在路由器上,几乎真正做到了用一套内核走遍所有平台。

典型场景、优缺点与注意事项

sing-box 特别适合那些希望用一个统一工具来管理多种协议、追求全平台一致体验,以及需要使用 Hysteria2、TUIC 等新协议并进行精细分流的用户。客观看待其优劣:

• 优点:协议支持最全、配置高度统一、全平台覆盖(含 iOS 官方端)、性能优秀、DNS 与路由能力强大、迭代活跃
• 注意:其 JSON 配置虽然功能强大但偏复杂,而且在不同大版本之间,配置结构曾经有过调整,因此升级时需要留意兼容性问题
• 注意:它与 Clash 的 YAML 生态并不完全互通,要迁移已有的 Clash 配置,需要经过格式转换
• 注意:务必遵守所在国家和地区的法律法规,合法合规地使用网络代理

与 Clash 系工具的对比及定位

把 sing-box 与同样流行的 Clash 系工具(如 Mihomo)放在一起对比,有助于更清楚地理解它的独特定位与取舍:

• 配置哲学不同:Clash 系采用 YAML 配置,层级直观、对人类较友好;而 sing-box 采用 JSON,结构更严谨、更适合程序生成,但手写时相对啰嗦,二者之间需要借助转换工具互通
• iOS 原生优势:sing-box 提供了官方的 iOS 与 tvOS 客户端,这在抗封锁内核中相当少见,对苹果生态用户而言是一大吸引力,而 Mihomo 在 iOS 上则需依赖第三方壳应用
• 统一内核 vs 内核加外壳:sing-box 倾向于把协议、路由、DNS 等能力都集成进一个内核,主打开箱即用的一体化;Clash 系则更强调内核与图形外壳的分工,各有拥趸
• 协议前沿性:两者都紧跟 Hysteria2、TUIC、Reality 等新协议,在抗封锁能力上处于同一梯队,用户往往会同时持有两套以应对不同网络环境

正因如此,不少进阶用户并不在二者之间二选一,而是把 sing-box 与 Mihomo 当作互补的工具:在苹果设备或追求一体化时用 sing-box,在习惯 YAML 与丰富面板生态时用 Mihomo。这种并存格局也反映出 sing-box 已经稳稳跻身主流内核之列。

作为新一代的统一代理平台,sing-box 以其一核统全的设计思路与出色的跨平台支持,迅速成长为代理客户端领域里最受关注的方案之一。