管理 Shadowrocket（小火箭）多订阅时，先按来源命名，再逐条更新、核对重复来源，最后调整显示顺序。本文以用户已有自己的服务商与订阅为前提，说明如何区分同名节点与真正重复条目、为什么删除后还会重新出现，以及清理前后怎样保留可恢复的记录。订阅请从你的服务商处获取。
一、先区分订阅来源、节点与配置规则
多订阅清理应从 Home 开始，不要先删除 Config 中的配置文件。订阅是一份可更新的远程节点清单；节点是其中某个具体连接条目；配置文件则决定规则、策略等行为。删除配置文件并不能去掉重复订阅，反而可能改变原有分流。
同一来源被添加两遍，常会形成两组名称相近、内容相同的节点。不同来源也可能给节点取相同的显示名称，所以“名字一样”不能直接等同于“连接参数一样”。清理的目标是减少重复来源与无用条目，而不是把所有同名节点都删掉。
二、按来源命名，再逐条导入和更新
建议把订阅名称写成“来源标识－用途”，例如“来源 A－日常”和“来源 B－备用”。这里的 A、B 只是你为已有来源设置的本地标记，不是服务商推荐。来源名称应保持稳定；临时测试结果、当前延迟不适合作为长期名称，因为它们会随网络环境变化。
以下以 iPhone / iPad 的 Home 操作为例。其他平台可按对应字段完成同样的核对，编辑入口和排序控件的位置可能不同。订阅备注与节点备注应分别管理：更改一个节点的名称，不等于更改整条订阅的名称。
-
记录原状
在 Home 记录现有订阅名称、各组节点数量和当前选中节点；在 Config 记下当前启用的配置文件。妥善保留已有订阅链接，确认能重新导入后再开始删除。
-
核对来源
在 Home 打开已有订阅的编辑页，核对 URL 与备注。先检查现有记录，不要看到节点少就再次按「+」添加同一个来源。
-
添加缺项
确实缺少来源时，进入 Home →「+」→ Type → Subscribe，在 URL 中填写从你的服务商处获取的订阅链接，在 Remarks 中写来源与用途，再保存。
-
单独更新
使用该订阅对应的更新操作，每次只更新一条。展开其节点列表，记录更新是否成功以及数量变化，确认没有重复导入后再处理下一条。
-
核对名称
回到 Home，检查每条订阅是否能凭名称辨认来源。进入节点编辑页核对具体参数时，不要误改 Address、Port 或认证字段。
订阅 URL 应完整保留路径与查询参数。下面仅展示地址形态，不能用于导入；其中的 token 也不代表真实凭据。不要为了让两条 URL 看起来相同而擅自删掉查询参数，不同参数可能对应不同清单。
https://example.com/sub?token=xxxx三、显示排序与规则顺序分别处理
订阅分组适合按使用频率排列：常用来源在前，备用来源在后，暂时排查的来源放在末尾。如果当前列表提供编辑或拖动排序入口，可在编辑状态调整；没有对应入口时，保留来源备注并折叠暂时不用的分组即可，不必为了改变位置反复删除、重新导入。
节点名称排序和延迟排序解决的是不同问题。按名称查看便于核对来源、地区标记和重复项；完成连接测试后按延迟查看，便于在当前网络中筛选候选节点。测试结果只是当时的观测，超时不能单独证明订阅已经失效，也不应成为立即删除整组的依据。
- 查重复时：先看所属订阅，再按名称寻找相近条目，最后打开编辑页比较连接参数。
- 选当前节点时：在同一网络环境下执行测试；连续测试间隔过大时，不宜直接比较结果。
- 调整列表后：确认当前选中节点仍然正确。显示位置变化不等于正在使用的节点已经切换。
- 核对 Config 时：不要把节点排序当成规则排序。规则有匹配先后，Home 中的显示顺序不是规则优先级。
例如 DOMAIN-SUFFIX、IP-CIDR、GEOIP 与 FINAL 属于规则关键字。整理订阅时无需顺手重排这些规则，尤其不要把兜底规则 FINAL 移到具体规则之前。列表变整齐与流量按预期分流，是两项需要分别验证的工作。
四、重复节点要比较参数，不只比较名字
从两条订阅汇集节点后，先问“是否重复添加了同一订阅”，再问“不同订阅是否返回同一连接”。前者适合删除多余的订阅记录；后者应先确定保留哪个来源。只删除订阅下的某个节点，下一次更新时，远程清单仍可能把它带回来。
| 检查项 | 具体核对内容 | 处理判断 |
|---|---|---|
| 显示名称 | Remarks 是否相同，所属订阅是否相同 | 仅作线索，不据此直接删除 |
| 连接目标 | Address、Port，例如同一地址的 443 与 8443 | 端口不同不能直接视为同一连接 |
| 协议与认证 | Type、认证标识、密码或密钥是否一致 | 认证不同的条目可能承担不同用途 |
| 传输配置 | TLS、SNI、传输方式及适用时的 Host、Path | 地址相同也可能因这些设置而连接不同 |
| 订阅来源 | 完整 URL、所返回清单及更新结果 | 确认同一来源重复添加后，保留一条有效记录 |
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的字段并不完全相同，应比较该协议实际使用的字段，而不是要求每个条目都有相同表单。名称不同、地址相同也不必然重复；认证信息或传输设置不同，就可能是不同连接。
结论：先去重来源，再处理条目
确认同一 URL 被重复添加时，优先保留一条能正常更新的订阅记录；如果重复来自远程清单本身，先向你的服务商核对清单内容，不要把本地逐条删除当成永久去重方案。
五、清理期间采用手动更新，完成后再恢复自动更新
手动更新与自动更新是两种管理方式，不改变订阅的内容归属。在整理过程中，自动更新若恰好运行，可能让刚删除的条目重新出现，干扰判断。进入 Settings → Subscribe，先查看订阅更新相关设置并记下原值；若已启用自动更新，可在清理期间暂时关闭对应选项。
手动更新
推荐清理期间逐条触发更新，记录更新前后的分组与数量，便于确认哪一个来源恢复了重复条目。这里的推荐仅针对整理过程，不代表长期都应关闭自动更新。
适合：重复来源排查、删除前验证、清理后的复核
自动更新
按已配置的更新条件维护远程清单。完成来源去重并验证更新结果后，可恢复原来的设置；自动更新不能替你判断两个同名节点是否相同。
适合：来源稳定、已完成清理的日常维护
更新所走的网络路径也应单独检查。若订阅地址在当前直连网络下无法访问，而你已有可用连接，可在 Settings → Subscribe 检查 Update via Proxy。启用它需要可用的代理路径，并不能修复失效凭据或已经停用的订阅地址。
- 更新成功但没有节点：核对返回内容是否为受支持的节点清单，以及已有资源是否仍有效。
- 更新失败但旧节点仍可见：旧列表不代表本次更新成功，先保留记录，再定位网络或凭据问题。
- 更新后名称恢复原样：说明远程清单重新提供了名称，本地备注修改不应被当成稳定的来源管理方法。
六、删除失效订阅后，完成两轮复核
只有确认不再使用、已经迁移，或经服务商确认已失效的来源，才适合从列表删除。一次测试超时、一次更新失败，都不足以判断整条订阅失效。先记录 URL 与必要备注；如果当前选中的节点属于待删分组，应先切换到准备保留的可用节点。
- 在 Home 找到待删订阅，核对来源备注和 URL。iPhone / iPad 可通过列表的左滑删除入口处理；执行前确认操作对象是整条订阅还是组内单个节点。
- 删除后立即查看分组与节点列表，确认保留来源仍在，当前选中节点没有指向被删除条目。
- 进入 Config 检查当前配置；如果自行编写的策略组按节点名称引用条目，核对被删除名称是否仍被引用。
- 对每条保留订阅分别更新一次。若重复组没有再出现，再恢复之前记下的更新设置。
- 按日常使用方式连接并访问需要的服务，分别确认连接与分流结果，不只看列表是否整齐。
清理时通常不需要修改 Settings → On Demand。On Demand 控制按条件建立连接，不负责订阅去重。也不要为了让列表“生效”随意切换 Global Routing：应保持原本需要的姿态，并在出现访问异常时分别检查当前节点、配置和网络路径。
七、多订阅清理常见问题
节点删掉了，为什么更新后又回来了？
先在 Home 确认它属于哪条订阅。若远程清单仍包含该节点，更新后就可能重新生成。检查是否重复添加同一个 URL；需要长期移除清单中的内容时，应向你的服务商核对，而不是不断重复删除本地条目。
两个节点同名，可以直接留一个吗？
不能只按名称处理。分别打开编辑页，比较 Type、Address、Port、认证与传输设置。确认用途和有效参数都一致，再决定保留来源；不同来源下的同名节点应先视为两个独立条目。
某条订阅更新超时，要不要删除重加？
先保留原记录，在 Home 单独重试该订阅，并确认 URL 完整。已有可用连接时，再检查 Settings → Subscribe → Update via Proxy 是否符合当前网络情况。删除重加通常不能解决网络不可达或凭据失效。
整理完能连接，但分流变了怎么办？
先核对 Home 中的 Global Routing 与当前选中节点，再到 Config 确认原配置仍启用。若配置中的策略组引用了已删除的节点名称，应修正引用。不要用恢复重复订阅来掩盖配置引用问题。
误删了一整条订阅，怎么恢复？
使用清理前保存的有效链接，进入 Home →「+」→ Type → Subscribe 重新添加，并恢复来源备注。若链接未保存或已经失效，请从你的服务商处获取；重新导入后还应检查当前选中节点与配置中的名称引用。