Shadowrocket 多个订阅怎么管理:分组排序、清理重复节点与删除订阅

一、先分清订阅、服务器与 Config

Shadowrocket（小火箭）的订阅是获取服务器参数的来源。一份订阅可以返回多个服务器条目；两个订阅也可能包含名称相同、参数不同的条目。整理多个订阅时，先保留来源关系，再处理条目数量，不要只凭列表里显示的名称判断是否重复。

Home 用于查看服务器并选择连接目标，Config 用于管理配置文件及规则。删除 Home 中的一份订阅，并不等于同时清理 Config 中对服务器名称或策略的引用；反过来，切换 Config 也不等于替换已有订阅地址。

本文所说的分组，首先指按订阅来源识别服务器集合，不是创建一个会自动测速、自动切换的策略组。列表顺序、当前选中的服务器与规则最终采用的策略，是三个需要分别检查的状态。

二、给已有订阅标注来源，再逐份更新

先给每份订阅写清用途与来源标识，例如“个人常用-A”“出行备用-B”。备注里不要放完整订阅地址、密码或账户凭据。名称的作用是帮助辨认，不会改变协议、端口或连接优先级。

1. 记录原状

   进入 Home，记下现有订阅名称、每组条目数和当前选中的服务器。已有订阅不要为了改名再导入一次，否则可能增加一份重复来源。

2. 核对地址

   打开目标订阅的编辑界面，核对 URL 与自己的原始记录是否一致。示例 https://example.com/sub?token=xxxx 仅说明地址结构，不是可用订阅。

3. 填写备注

   在订阅编辑界面的 Remarks 中填写简短标识并保存。需要新增已有订阅时，路径为 Home → 右上角“+”→ Type → Subscribe，再填写 URL 与 Remarks。

4. 逐组更新

   使用目标订阅对应的更新操作，每次只处理一份。若使用 Home 下拉刷新会同时触发多份订阅更新，就在刷新后逐一核对各组结果，不把某一组成功视为全部成功。

5. 核对变化

   对照更新前后的条目数、名称和当前选择。更新后少了条目，先检查来源返回内容与更新结果，不要立即用反复导入来补齐。

订阅地址中的查询参数可能承担身份认证作用。即使两条地址的域名和路径相同，只要 token 不同，也不能直接判断它们是同一份订阅。排查时只在自己的设备上比对完整地址，对外描述问题时遮盖认证参数。

三、先固定来源顺序，再整理服务器顺序

多个订阅的列表整理宜分两轮：第一轮按来源与用途归类，第二轮才处理组内服务器。先完成一轮更新，再做排序，避免更新引起的新增、删除或名称变化打乱刚完成的核对。

• 需要稳定查找：给订阅备注使用固定前缀，例如“01-常用”“02-备用”。前缀帮助辨认；只有实际使用按名称排序时，它才可能影响显示顺序。
• 需要比较延迟：先在同一网络条件下执行测试，再使用列表中提供的延迟排序。测试超时代表本次测试没有按时完成，不能直接认定该服务器永久不可用。
• 需要手动排列：查看当前列表的编辑、排序入口；若该列表支持拖动，调整后保存。不同列表提供的排序操作可能不同，不要把组内排序当作订阅来源排序。
• 需要保留常用目标：排序结束后，重新核对 Home 中被选中的服务器。显示在第一行并不表示已经成为当前连接目标。

不要把延迟最小的条目当成所有业务的最佳目标。延迟测试与网页加载、持续下载的测量对象不同；测试结果还会受当前 Wi-Fi、蜂窝网络与服务器负载影响。本文不提供实测排名，整理时以自己的同条件测试记录为依据。

四、清理重复节点：比较参数，不只比较名字

重复条目分两类：同一订阅被重复导入，或不同订阅返回了相似服务器。前者应先处理重复来源，后者应查看连接参数。仅凭名称相同、地区相同或解析到同一个 IP，都不足以确定两条记录可以互相替代。

即使两条记录的连接参数完全相同，也要看它们分别归属哪份订阅。删除一份订阅里的单条服务器，不会改变远端返回内容；下次更新时，该条目仍可能重新出现。因此，本地清理适合减少当前列表干扰，不能视为永久修改订阅内容。

服务器名称还可能被 Config 中的策略引用。批量重命名或删除前，打开正在使用的配置，检查是否存在对这些名称的明确引用。不要只检查 DOMAIN-SUFFIX、GEOIP、IP-CIDR 的匹配条件，还要看规则末尾的策略目标和 FINAL 指向。

五、整理后验证：区分列表问题与 Global Routing

服务器选中了却没有按预期连接，不一定是排序或订阅出了问题。先在 Home 核对当前服务器，再看 Global Routing。下面比较三种常用姿态，只用于说明验证时各自能排除什么问题，不需要为了整理订阅反复切换全部设置。

验证时保持同一个网络，选中一个明确的服务器，打开连接开关，再执行 Connectivity Test。随后访问自己需要使用的目标，检查实际表现。若做过临时姿态切换，结束后恢复原先的 Global Routing，避免把诊断状态留作日常设置。

• 条目存在但无法连接：核对协议参数、认证信息与服务有效状态。
• 更新失败但旧条目能连接：分别排查订阅 URL 的访问路径与服务器连接，不把两者混为同一故障。
• 手动断开后又自动连接：检查 Settings → On Demand 中的启用状态及条件，先确认自动连接行为再继续整理。

六、删除订阅前备份，删除后检查引用

删除动作应放在整理流程最后。先确认自己能够重新取得有效订阅地址，再记录本地修改。只有服务器名称的截图不足以恢复完整连接参数，也不能代替订阅地址备份。含认证信息的记录应保存在自己控制的受保护位置。

• 来源记录：保留订阅 URL、Remarks、用途以及它与其他来源的区别。
• 本地改动：记录自己修改过的名称、协议参数、排序和当前选中服务器。
• 配置关系：备份正在使用的 Config，特别是引用了具体服务器名称的策略。
• 替代目标：如果准备删除当前正在使用的来源，先切换到另一条已验证可用的服务器。

在 Home 找到目标订阅，使用该订阅的删除操作。列表提供左滑菜单时，可左滑目标订阅行查看 Delete；确认操作对象是订阅来源，而不是其中一个服务器条目，再按确认提示执行。若界面提示的删除范围与预期不同，先取消，不要靠连续点击试探。

删除本地订阅不等于取消服务商处的服务，也不会自动撤销该地址携带的认证权限。若订阅地址曾被泄露，需要在自己的服务账户中按其支持的方式重置凭据；仅从 Home 移除条目不能使旧地址失效。