小火箭多个订阅怎么管理:分组、排序与去除重复节点

同时导入几条订阅后,怎样按来源分组、调整排序、删除失效订阅,以及如何避免同一节点在列表里重复出现。

本文速览

本文适合已经拥有服务商及订阅、需要在 Shadowrocket(小火箭)中维护多个来源的用户。先区分订阅来源、节点条目与策略组,再按来源命名、分别更新、核对连接参数并清理冗余。重点是让列表可追溯,而不是把所有同名条目直接删除。本站不提供、不销售、不推荐节点或订阅。

一、先分清订阅、节点与策略组

订阅链接是获取节点参数的入口;节点是导入后实际用于连接的服务器条目。一个订阅可以包含多个节点,同一个节点也可能同时出现在两条订阅中。列表看起来重复,不一定表示导入出了错误,也可能是两个来源确实返回了相同的连接配置。

Home 中按订阅来源展示的分组,主要用于管理条目归属;Config 中的策略组则用于规则选择出站。两者不是同一层设置。给订阅改名,不会自动生成策略组,也不会自动改变 DOMAIN-SUFFIX 或 FINAL 指向的策略。

3 个区域
Home 管理节点,Config 管理配置,Settings 管理应用设置
4 种姿态
Global Routing:Proxy / Direct / Config / Scene
2 层核对
先核对订阅来源,再核对节点连接参数

管理订阅时先保留当前能工作的 Config 和节点选择。不要同时更换规则、调整 DNS 又删除订阅,否则连接异常时很难判断是哪一步造成的。Global Routing 下的 Proxy、Direct、Config、Scene 也不负责给订阅去重;改变路由姿态不能解决来源重复。

二、按来源建立分组,再逐条导入

分组名称优先记录“来源与用途”,例如“来源 A · 常用”和“来源 B · 备用”。不要只写“香港”“日本”等地区词,因为多个订阅可能包含相同地区;后续更新或删除时,仅看地区无法判断应操作哪条订阅。本文的 A、B 只是用户自有来源的管理代号。

核对来源 命名订阅 逐条导入 单独更新 检查归属
  1. 先在 Home 查看现有订阅与手动添加的节点,记录当前正在使用的条目属于哪个来源。已有同一链接时,先更新现有订阅,不要再次导入。
  2. 从自己的服务商处取得完整订阅链接。通过 Home 的添加入口导入订阅,检查类型是否为 Subscribe,而不是将整条订阅 URL 填进单个节点的服务器地址栏。
  3. 在订阅编辑界面填写可辨认的名称或备注;界面提供 Remarks 字段时,可用它记录来源代号。各平台控件布局可能不同,以实际显示的字段为准。
  4. 每次只导入一条,确认该来源下出现节点后,再导入下一条。若一次粘贴多个来源后才检查,重复条目的归属会更难还原。
  5. 回到 Home,分别检查两个来源的节点数量和名称。订阅链接的示意格式为 https://example.com/sub?token=xxxx,这是不可用于实际连接的假值。

三、把显示排序与连接选择分开处理

排序只改变查找条目的顺序,不等于自动切换节点。按名称排序适合固定地区与用途标签;按延迟排序适合临时比较当前网络下的探测结果。探测时间、网络环境和目标不同,结果也会变化,不能把一次延迟较低直接当成长期速度更快的证明。

管理目标处理方法验证位置
按来源查找使用稳定的订阅名称,保留来源分组Home 中各订阅所属节点
按名称查找在提供排序菜单的列表中选择名称排序排序后名称顺序是否改变
临时比较延迟先执行 Connectivity Test,再使用可用的延迟排序选项测试结果与当前选中条目
固定访问策略检查 Config 中的规则及策略组引用规则实际选择的出站

如果当前平台或界面没有提供手动拖动订阅顺序,不必反复删除再导入来追求排列。先用一致的来源名称缩小查找范围,并使用当前界面提供的排序选项。节点较多时,按来源收起暂时不用的列表,比把所有节点合并成一长列更便于维护。

结论:整理完列表,再确认实际出站

排序后检查当前选中的节点;使用 Global Routing → Config 时,还要检查相关策略组的选择。列表第一项并不天然等于当前连接使用的节点。

四、去重先比参数,不要只比节点名称

判断重复应至少比较协议、服务器地址、端口与认证信息,再检查协议特有字段。例如 Trojan 还需比较 SNI 与 TLS 设置;两个节点即使服务器地址和端口相同,密码或 SNI 不同,也不能据此认定可以互相替代。反过来,同一套连接参数改了显示名称,仍可能是重复条目。

示例条目 A

Type
Trojan
Address
edge.example.com
Port
443
Password
在本机比较,不公开内容
SNI
tls.example.com

示例域名仅用于说明字段;443 是本例端口,不是所有节点的固定端口。

示例条目 B

Type
Trojan
Address
edge.example.com
Port
8443
Password
与 A 分别核对
SNI
tls.example.com

端口不同,不能只凭同名或同域名将 B 当作 A 的重复项删除。

  1. 先判断是否重复导入了同一订阅。链接相同、节点集合也相同的两个来源,通常只需保留一个;删除前确认保留的来源能够正常更新。
  2. 如果两个不同订阅包含部分相同节点,先保留来源归属。需要减少日常查找干扰时,收起备用来源,不必立即删除其中每个同名条目。
  3. 对疑似重复条目逐项比较连接参数。不要把域名解析到同一个 IP 当作重复证据;共享入口或不同 TLS 配置都可能使这种判断失效。
  4. 检查 Config 中是否有按节点名称引用的策略。删除被引用的条目前,先把相关策略选择改到保留条目,并验证连接。

订阅更新会重新获取来源返回的内容。单独删除订阅下的某个节点,可能在下一次更新后再次出现;本地对名称的修改也可能被更新覆盖。需要长期去重时,优先处理重复的订阅入口,或向自己的服务商确认返回内容,而不是依赖逐条删除来永久过滤。

五、更新与删除失效订阅的安全顺序

一次更新失败不等于订阅已经失效。当前网络无法访问订阅地址、链接 token 已变更、服务商端返回异常内容,都可能导致更新失败。订阅拉取和节点连接也是两件事:旧节点还能使用,不代表订阅链接仍有效;更新成功也不代表返回的每个节点都能连接。

  1. 在 Home 对目标订阅单独执行更新,记录错误文字,观察其他来源是否也失败。不要先清空全部订阅。
  2. 核对原始链接是否完整,尤其检查查询参数是否被聊天软件截断。涉及 token 的链接,只与自己的服务商核对。
  3. 只有确认订阅地址需要经代理访问时,才检查 Settings → Subscribe 中的 Update via Proxy;启用前须有可用的代理连接,不能依靠正在失败的来源建立循环依赖。
  4. 若更新成功但节点为空,先核实服务商侧返回内容、账户状态及订阅类型。保留仍可用的旧条目信息,不要在原因未明时重复删除和重导。
  5. 确认来源停用或已被新链接替代后,先验证替代订阅,再删除旧订阅。完成后检查 Home 中当前节点与 Config 中策略引用。

删除操作前应看清确认框的范围:删除一个节点、删除订阅入口,以及是否同时移除该来源的节点,可能是不同操作。按当前界面提示确认,不要假定删除入口后所有关联内容都会按同一种方式处理。

六、多订阅管理常见问题

两个订阅里都有同名节点,能直接删掉一个吗?

先打开各自条目的编辑界面,比较 Type、服务器地址、端口、认证信息与 TLS 等字段。仅名称相同不能确认重复;参数一致后,再检查是否被 Config 的策略引用,最后决定保留哪一个来源。

刚删除的节点,为什么更新后又出现了?

先在 Home 查看条目的所属订阅。若来源返回的数据仍包含该节点,更新就可能重新导入。检查是否同时保留了同一订阅的两个入口;若只有一个入口,则应从来源返回内容或日常显示方式上处理。

列表已经按延迟排好,为什么还是连着原来的节点?

检查 Home 当前选中项,再查看 Global Routing。若使用 Config,继续核对相关策略组的选择;排序只是显示操作,不应据此判断已经完成出站切换。

换了订阅链接,旧订阅应该什么时候删除?

先导入新链接并单独更新,选取需要的节点测试实际访问,再迁移 Config 中相关策略引用。确认新来源能够承担原有用途后,删除旧入口并检查是否留下不再使用的条目。

完成一次整理后,保留一份不含完整 token 和密码的管理记录即可:写清来源代号、用途、是否仍在使用,以及哪些策略依赖该来源。后续维护按“先更新一个来源,再验证连接,最后处理删除”的顺序进行,可以避免把订阅内容、显示排序和路由策略的问题混在一起。规则与策略字段可继续查阅配置字段说明,路由姿态的区别见代理模式说明。

获取 Shadowrocket 与首次配置

iPhone / iPad 版在 App Store $2.99 一次性付费,系统要求以 App Store 页面标注为准;Mac(Apple 芯片 / Intel)、Windows、安卓、Linux 版免费。按设备进入下载页,安装后使用自己已有的订阅完成配置。

客户端买断 ≠ 线路套餐。首次导入、连接检查与基础设置可按快速上手教程操作。

下载 Shadowrocket