多份订阅如何整理与切换

先把前提摆清楚：配置列表里可以躺着十张卡片，但同一时刻只有激活的那一张在跑。切换配置不是换个节点那么轻，是整份换掉——节点、策略组、规则、DNS 段，全跟着变。理解了这一点，下面两条路各自的代价就好算了。

路线 A：手动切卡片

最直接，也不需要动任何 YAML。工作时用 A 家那份，晚上看片切到 B 家那份，点一下卡片就完事。这条路适合两份配置的用途本来就分得很开的情况，尤其是其中一份带着别人写好的、你不想动的规则。

• 切换会重建连接。正在下的东西会断，视频会卡一下，长连接的聊天软件要重连。别在传大文件的时候切。
• 两份配置的规则往往不一样。同一个网站在 A 家走代理、在 B 家被规则放直连，你会觉得「这网站时好时坏」，其实是配置在变。
• 切回来之后，手动选择组里选中的节点未必还是原来那个。策略组的选择通常是按配置分开记的。

路线 B：用 proxy-providers 并成一份

换个思路：不把订阅当配置，只当作节点的来源。proxy-providers 就是干这个的——每家订阅登记成一个 provider，客户端各自去拉、各自缓存，拉回来的节点汇进你自己写的策略组里。注意这里只引进节点，规则和策略组还是你这份配置自己的，任何一家订阅里的规则都不会跟着进来。

proxy-providers:
  vendor-a:
    type: http
    url: "https://a.example.com/link?token=AAA"
    path: ./providers/vendor-a.yaml
    interval: 86400
    health-check:
      enable: true
      url: https://www.gstatic.com/generate_204
      interval: 300
  vendor-b:
    type: http
    url: "https://b.example.com/link?token=BBB"
    path: ./providers/vendor-b.yaml
    interval: 86400
    filter: "香港|新加坡|日本"
    health-check:
      enable: true
      url: https://www.gstatic.com/generate_204
      interval: 300
proxy-groups:
  - name: PROXY
    type: select
    use:
      - vendor-a
      - vendor-b

url 就是那家的订阅链接，和你平时贴进配置页的是同一条。path 是本地缓存文件，两家务必写成不同的文件名，重名会互相覆盖，症状是节点数忽多忽少。interval 单位是秒，86400 就是一天。health-check 是这组节点自己的延迟测试，跟全局那个测速是两回事。策略组里用 use 引 provider，它和 proxies 可以同时写，手动加的固定节点照样能列在一起。想要自动挑最快的，把 type 换成 url-test。

并进来之后名字会打架

• 几家都有叫「香港 01」的节点，混在一个列表里根本分不出是谁家的。最省事的办法是给每个 provider 加 filter，按节点名字做正则筛选，只留你真要用的那部分——比如 B 家只取日本线路。
• filter 写错的表现是那家一个节点都不剩，组里凭空少一半。改完先看组里还有没有东西，再去测延迟。
• 较新的 mihomo 可以在 provider 上做名称覆写，给来源统一加前缀。各客户端内嵌的内核版本参差，不确定支持与否就先用 filter 把重名的挑掉，效果差不多。

合并要付的代价

• 流量和到期时间看不到了。卡片上那些数字来自订阅响应，合并之后你这份配置本身不是订阅，剩下的余量得去各家后台自己看。
• 有一家挂了会拖累全体。provider 拉不下来或者那批节点全超时，健康检查每轮都要等它们超时，url-test 组出结果会明显变慢。哪家长期不通就先注释掉。
• 出问题时定位变难。provider 的名字起得能认出来，日志里才看得出是哪一家在报错。
• 这份配置从此归你维护。服务商后来加的新规则、新策略组，你不会自动拿到。

让以后的自己好过一点

名字最值钱。别留一堆都叫 Subscription 的卡片，写成能一眼认出来的样子，比如服务商简称加到期月份——卡片列表扫一遍就知道哪份快到期了。到期不用的直接删掉，别留着：客户端会一直按间隔去更新它，每次都失败，日志里堆一层没用的红字，你下次排查别的问题时还得从里面扒。试用期的订阅单独放，用完就清。