本文速览

管理多份订阅，应先区分订阅来源，再调整显示顺序，最后清理重复入口。本文适用于已持有自己的服务商与订阅、在 iPhone 或 iPad 使用 Shadowrocket（小火箭）的用户。按步骤可核对来源、判断同名节点是否重复，并在删除前保留恢复依据；本文不提供、不销售、不推荐任何节点或订阅。

一、先区分订阅来源、节点和 Config

订阅是用于获取节点资料的来源地址，节点是连接时使用的一组协议参数，Config 则用于组织规则等配置。三者不是同一层级：在 Home 增加一份订阅，不等于自动建立一套独立的分流规则；把两组节点排在一起，也不等于合并了它们的来源。

整理前先在 Home 逐组核对订阅备注、来源地址与节点数量。建议为不同用途设置能辨认来源的备注，例如“日常主用”“备用”“测试”。这些只是本地识别标签，不表示线路质量或服务等级，也不要把包含凭据的订阅地址直接写进备注。

对象核对位置整理时的作用
SubscribeHome 中的订阅条目确认节点来自哪份来源，控制该来源的更新与保留。
节点Home 中展开后的列表核对协议、服务器、端口与认证参数，选择实际连接目标。
ConfigConfig检查规则与策略引用，避免清理后仍引用旧名称。
更新选项Settings → Subscribe检查订阅相关设置；以当前界面实际提供的选项为准。

一份订阅可能包含 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard 等不同协议的条目。不要因为协议不同就复制订阅；也不要因为显示名称相同就直接删除。是否重复需要继续核对来源和连接参数。

二、按来源添加和分组，不重复导入同一地址

对于已有的多份订阅，先做一次来源登记，再添加缺少的来源。添加前在 Home 查找已有条目，打开订阅编辑页比较地址。相同地址已经存在时，应更新原条目，而不是再通过“+”添加一次。

  1. 登记来源

    在 Home 逐组查看现有订阅，记录备注、节点数量和用途。完整地址应保存在自己控制的安全位置，不要发到公开讨论区。

  2. 添加缺项

    Home 右上角“+”→ Type → Subscribe，填入自己已有的订阅地址，设置可辨认的备注后保存。确认选择的是 Subscribe，而不是单个节点的协议类型。

  3. 逐份更新

    回到 Home，使用该订阅条目的更新操作；需要整体刷新时再下拉更新。先处理一份并核对结果，再处理下一份，避免同时变化后无法判断来源。

  4. 检查分组

    展开对应订阅，确认返回的节点归属与预期一致，再折叠暂时不用的组。来源分组用于整理列表，不会自动决定哪些请求使用该组。

地址不同也不一定是两个独立来源。例如旧地址与新地址可能返回相同内容，两个入口也可能属于同一账户。先依据自己已有的来源说明确认用途，不要为了“多一份备份”长期保留内容完全相同的入口。

三、分组排序与连接策略分开处理

排序只改变查找条目的便利程度，不应被当作自动切换策略。将某个节点放在列表第一项，不代表它会在当前连接失败后自动接管。整理时分别核对“列表如何显示”和“请求实际走哪里”，可以避免把显示变化误认为连接变化。

在 Home 对准备整理的订阅或节点展开操作菜单，查看当前界面提供的排序或编辑操作。若支持手动移动，则将主用来源放在前面；若只有名称或延迟等排序选项，则使用实际可见的选项。不要把订阅组的顺序与组内节点的顺序混为一谈，批量操作前先确认作用范围。

下面只比较 Global Routing 中的三种姿态，用来说明排序与路由的区别。Scene 应结合自己的场景设置单独核对，不能由订阅数量推断其行为。

Config

推荐

按当前配置中的规则决定策略。清理节点前，应检查所用配置是否通过策略组或名称引用这些条目；并非所有流量都会使用 Home 当前选中的节点。

适合:已有经过核对的分流配置，需要保留日常规则行为。

Proxy

采用代理姿态处理请求，可用于缩小规则因素的影响。此时仍需核对实际选中的节点或策略，不能把列表第一项当作自动选中结果。

适合:临时验证某个已有节点，区分连接参数与规则问题。

Direct

采用直接连接姿态。切到此姿态后页面能打开，不等于刚整理过的代理节点已通过验证。

适合:对照检查当前网络的直接连接情况。

结论：排序后重新确认选中项

完成排序后，在 Home 明确选择准备使用的节点，并核对 Global Routing。若使用 Config，再检查实际策略引用；不要只凭列表位置判断连接目标。

四、重复节点按参数判断，不按名称批量删除

“同名”与“同一连接配置”是两回事。同一名称下，服务器地址、端口或协议可能不同；同一服务器也可能开放多个端口，使用不同认证信息。相反，名称完全不同的两个条目，也可能使用相同的连接参数。

看到的情况需要核对处理方式
名称相同，端口分别为 443 和 8443协议、服务器、认证、TLS 与传输参数不能仅按同名删除，可能是不同入口。
服务器与端口相同密码或 UUID、TLS Server Name、传输类型与路径其他参数不同，仍可能是不同连接配置。
同一订阅地址添加两次完整地址、两组内容、配置引用保留一份确认有效的来源，再移除重复订阅条目。
同一条目出现在两个来源中来源用途与后续更新安排先明确保留哪个来源；仅删节点可能在更新后恢复。

表中的端口只是用于解释判断方法，不是建议填写值。不要为消除重复而修改服务器、端口或认证参数；这些内容必须与自己已有的配置一致。涉及 WireGuard 时，还应比较密钥对应关系、Endpoint 等参数，而不是套用密码或 UUID 的检查方式。

更稳妥的清理顺序是：先移除重复添加的订阅入口，再检查跨来源重复，最后检查手动添加的独立节点。若来源本身持续返回相同条目，手动删除只是本地处理，下次更新仍可能重新出现；应先核对已有来源提供的内容和过滤条件，而不是反复删除同一批行。

结论：先消除重复来源

当两个组来自同一完整订阅地址时，优先保留一个来源并验证更新；这比逐条删掉其中一组的节点更容易保持结果。

五、删除前保留恢复依据，删除后验证引用

删除订阅入口与取消服务是不同操作。本地移除条目不会代替用户在原有服务中的账户管理，也不应把本地删除视为令来源凭据失效。若目的是处理地址泄露，应在自己已有来源的账户管理处处理凭据，而不是仅删除 Home 中的显示条目。

  1. 保留依据

    确认自己仍持有有效订阅地址与必要说明。若使用应用的配置备份或导出功能，先核对备份范围，不要假设它一定包含全部订阅凭据。

  2. 切换连接

    若正在使用待删除组中的节点，先断开连接或切换到确定保留的节点，再检查所用 Config 的策略引用。

  3. 删除来源

    在 Home 对目标订阅条目执行删除操作，核对确认提示中的对象和范围。不要把某个子节点的操作误当作整份订阅的操作。

  4. 复核结果

    检查保留的订阅组、当前节点和 Config；如配置中存在旧节点名称引用，按实际结构修改，再执行一次连接与访问验证。

不要把删除订阅当作更新失败的第一步。先保留旧内容并核对地址、网络和来源返回状态，通常更容易定位问题。只有确认条目重复、来源已停用或不再需要时，才执行移除；若尚未完成验证，可以先折叠该组，避免误选。

六、更新后顺序变化与重复恢复的常见问题

为什么刚删的节点又出现了？

先看它是否属于订阅。若该来源仍返回这个条目，更新后可能再次导入。到 Home 核对来源；若只是重复添加了同一地址，移除多余的订阅入口，而不是持续删除其子节点。

能把两份订阅改成同一备注吗？

备注相同不表示合并来源，反而容易删错。打开各自的订阅编辑页，设置不同备注并检查地址。需要统一查找时先保持来源可辨认，再整理组内名称与显示顺序。

排序后第一项变了，连接会跟着变吗？

不要据此判断。回到 Home 检查实际选中项，再查看 Global Routing；使用 Config 时，还要确认策略组当前选择。若需要固定使用某条目，应明确选择，而不是依赖第一行。

一份更新失败，是否要把所有订阅重加？

不需要。先单独更新失败的那份，保留其他正常来源。核对其完整地址、当前网络与来源状态，再到 Settings → Subscribe 查看相关更新设置；改变设置前记录原值，每次只改一个条件。

每次整理结束，做一次固定复核：保留的来源能否更新、常用节点是否仍在、当前策略是否符合预期。更新成功只说明获取与解析流程完成，不能单独证明每个节点可连接；仍需选择实际使用的条目进行验证。