sing-box 的优势在于配置能力强，代价是导入时更依赖格式和版本。本文面向已经拿到机场订阅、准备在多平台上使用 sing-box 的用户，重点放在 JSON 配置、通用订阅、规则模式和系统代理这些会影响启动结果的环节。
相关客户端可从查看工具汇总继续查；还没有订阅时，可以通过下面入口准备机场账户。
sing-box 兼容条件
| 项目 | 建议 |
|---|---|
| 客户端 | sing-box |
| 平台 | 多平台 |
| 订阅 | sing-box JSON、通用订阅 |
| 规则 | 全局、规则、直连分流 |
| 内核 | Clash / Mihomo / sing-box / Xray 按工具而定 |
sing-box 更适合需要精细规则和跨平台迁移的人。若机场后台已经提供 sing-box JSON，导入路径会简单很多；若只有通用订阅，通常要确认客户端是否能直接读取，或者是否需要转换。
导入流程
- 在机场后台确认订阅格式，优先寻找 sing-box JSON 或通用订阅。
- 把订阅导入 sing-box，或通过兼容工具转换为可读取配置。
- 检查代理组、路由规则、DNS 与系统代理权限。
- 保存原始订阅和可用配置，便于后续迁移。
常见错误包括 JSON 结构不完整、规则集地址不可用、客户端版本不支持某些配置项、DNS 分流与系统代理冲突。遇到报错时，可以查看日志中的配置段落，并判断问题来自订阅本身、转换结果还是本机权限。
适合的机场订阅
适合 sing-box 的机场订阅通常具备两点：一是后台能提供 sing-box JSON 或通用订阅；二是协议说明清楚，便于判断客户端内核是否支持。需要比较机场协议时，可转到协议矩阵。
不适合的情况也很明确：后台只给单一客户端链接、规则说明很少、订阅需要频繁手动改写。这样的订阅放到 sing-box 里会增加维护负担。
与其他客户端的差异
sing-box 与 Clash 系工具的配置结构不同，同一条订阅在不同客户端里不一定表现一致。Clash 更常见的是 YAML 配置和策略组，sing-box 则更依赖 JSON 结构、入站出站、路由和 DNS 段落。迁移时不要只复制节点名称，还要确认规则逻辑是否被正确转换。
下一步
如果协议还没有定，可回到机场协议矩阵挑选支持格式更明确的订阅；如果已经能导入但访问异常，可去工具汇总页查同类客户端的 DNS 和规则处理方式。
sing-box 导入问答
sing-box 主要需要什么格式？
优先使用 sing-box JSON；没有该格式时，确认通用订阅能否被当前客户端读取或转换。
同一订阅换到其他客户端能用吗？
不一定。不同工具对规则、DNS 和配置语法的支持不同，迁移后需要重新确认代理组和路由结果。
导入后没有网络怎么办？
检查系统代理权限、DNS 段落、规则模式和订阅是否过期。配置能导入不代表运行条件已经完整。