同时使用两个机场订阅：多订阅管理与故障切换

两份订阅怎么管，取决于你要不要自动切换

同时持有两个机场订阅时，常见管理方式有三种：两份配置手动切换、一份配置合并引用并设置故障切换、自研与第三方客户端各管一家。 只需要偶尔备用，手动切换就足够；希望一家出问题时尽量无感切到另一家，才值得做合并引用。复杂度越高，日常维护的事项也越多。

为什么要准备备用订阅、主备怎么搭配，属于风险与选择层面的问题，见 主力加备用：两个订阅如何搭配。本文只讲客户端里的管理方法，不推荐任何品牌组合。

三种管理方式对照

对比项	两份配置手动切换	一份配置合并引用	自研＋第三方各管一家
设置难度	低	中，需要编辑配置	低
切换方式	手动切换配置	策略组自动或手动切换	关一个客户端、开另一个
规则来源	各用各的机场规则	统一使用一套规则	各用各的
订阅信息显示	各自显示	视客户端而定，可能只显示一份或不显示	各自显示
适合人群	备用订阅很少用到	对中断敏感、愿意维护配置	主力机场有自研客户端

方式一：两份配置，手动切换

在客户端里分别导入两家订阅，各成一份配置或一个分组。平时启用主力那份，出问题时切换到另一份。

• Clash 系客户端：两张配置卡片，点选哪张哪张生效；
• 节点驱动型客户端：两个订阅分组，在服务器列表里选择另一组的节点设为活动；
• 手机客户端：多数可以保存多个订阅，切换方式类似。

优点是两份配置互不干扰，规则仍由各自机场维护；缺点是切换要手动完成，而且两份配置的规则可能不同，切换后个别网站的走向会变化。

方式二：一份配置引用两个订阅

Clash 系配置可以用“节点提供者”（proxy-providers）分别引用两个订阅地址，再用策略组把它们组织起来。结构示意如下：

proxy-providers:
  机场A:  引用机场 A 的订阅地址，设置更新间隔与健康检查
  机场B:  引用机场 B 的订阅地址，设置更新间隔与健康检查
proxy-groups:
  机场A-自动:  使用机场A，按延迟选择
  机场B-自动:  使用机场B，按延迟选择
  主备切换:    故障切换类型，依次为 机场A-自动、机场B-自动
rules:
  需要代理的规则 → 主备切换

sing-box 的思路相同：两个订阅各自生成出站，再用选择器或自动选择类出站组合。策略组各类型的行为差异，见 Clash 策略组详解。

这种方式下，规则由你自己维护，不再随某家机场的订阅自动更新。手写配置前，建议先熟悉一种格式的结构，否则排错成本较高。

命名：多订阅管理里最容易被忽视的一步

两家机场的节点名称经常相同，例如都叫“香港 01”。合并后同名节点可能互相覆盖或让你分不清当前用的是哪家。常见做法：

• 在客户端中给每个订阅设置名称前缀，例如“A-”“B-”；
• 策略组名称体现来源，如“机场A-自动”；
• 订阅本身的显示名称写上用途，如“主力”“备用”。

节点名称中标签的含义见 节点名称标签的读法。

故障切换的条件与局限

自动切换依赖健康检查：客户端每隔一段时间访问一个测试地址，判断节点是否可达。它能处理“整家机场连不上”的情况，但有几处局限需要清楚：

1. 只判断通不通，不判断快不快。 主力节点严重拥堵但仍可连通时，不会触发切换；
2. 切换有延迟。 从故障发生到被检测到，取决于检查间隔；
3. 出口地区可能变化。 两家的落地节点地区不同，切换后部分网站可能要求重新验证，或出现地区不符提示；
4. 订阅本身失效不会立即体现。 一家订阅更新失败时，配置里仍保留着旧节点，健康检查只会看到这些旧节点逐渐超时。

节点失效时的切换思路，更多可参考 节点失效后的备用与故障切换。

两份订阅意味着两份维护

维护事项	建议做法
到期时间	两家到期日尽量错开，避免同时需要续费或同时出问题
流量额度	分别在两个用户中心查看，合并配置后客户端未必能显示两家信息
自动更新	两个订阅各自设置间隔，备用订阅可以偏长
订阅安全	两条链接都是凭证，泄露处理需要分别重置
设备清理	换设备时两家都要清理

更新间隔的设置思路见 订阅自动更新间隔怎么设。

不建议的做法

• 把两家订阅交给公共在线转换服务合并。 这样两条凭证都离开了你的控制，原因见 订阅转换的原理与风险。合并需求可以在客户端配置内完成。
• 把两家同时设为负载均衡。 同一网站的连接可能分散到两家的不同出口，登录状态和地区判断容易出问题。
• 长期不打开备用订阅。 备用订阅不更新，真正需要时可能早已过期或节点全变。

小结

多订阅管理的关键不在于配置写得多复杂，而在于你能否清楚知道当前在用哪一家、两家各自什么时候到期。从手动切换起步，确有需要再改为合并引用。更多订阅管理内容见 订阅链接导入与更新专题；服务中断时的整体应对，见 合规提示与替代方案。