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

一、确认应用与管理入口

Shadowrocket（小火箭）是 Apple 平台的闭源商业应用，唯一获取入口为 App Store。购买前可在产品页核对开发者 Shadow Launch Technology Limited 与应用 ID 932747118；客户端为一次性买断，客户端买断 ≠ 线路套餐。本文以 iPhone / iPad 操作为主，系统要求与设备兼容性以 App Store 页面标注为准。

整理多个订阅主要在 Home（首页）完成。Config（配置）负责规则配置，Settings（设置）用于应用行为设置；不要因为节点列表较长，就先去删除 Config 中的配置。订阅来源的整理与路由规则的修改是两项不同操作。

二、导入前建立来源记录，避免重复添加

订阅 URL 是获取节点资料的入口，通常还包含访问凭据。名称只是便于辨认的标签，不决定订阅内容。两个名称不同的分组可能使用同一条 URL；同一域名下的两条链接，也可能因为路径或参数不同而对应不同内容。

1. 在 Home 找到已有订阅分组，打开其编辑信息，核对订阅 URL。将现有来源与用户自己保存的订阅资料对应起来，避免再次添加同一条链接。
2. 确需新增时，使用 Home 右上角的添加入口，在 Type（类型）中选择 Subscribe（订阅），填写自己的 URL，并在 Remarks（备注）中写入便于区分的名称，然后保存。
3. 首次导入后，只检查这个新分组。确认出现的是节点条目，而不是错误信息、空列表或一段无法识别的文本。
4. 为每个来源保留一份本地记录：用途、识别名称与最后一次人工核对结果。记录中无需重复写出完整访问令牌，也不要将链接贴到公开页面。

以下是来源记录的结构示例，不是可用服务信息。两张卡中的 URL 均为假值；实际使用时应填写用户已有的资料。名称尽量描述来源和用途，不写“永远可用”等无法核实的判断。

三、按订阅分组，再整理显示顺序

Home 中的订阅分组用于识别节点来自哪里，不等于 Config 中的策略组，也不是自动故障切换配置。整理时先保留来源边界，再考虑每个分组内的顺序。把多个来源的节点全部改成相同名称，会降低后续排查更新异常的效率。

1. 先统一分组备注。使用“01-主用来源”“02-备用来源”一类短名称；修改备注后返回 Home，确认改动对应的是预期分组，而不是某个节点。
2. 再调整分组位置。若当前界面提供编辑或拖动排序入口，进入后按使用频率移动分组并完成编辑。若没有该入口，保留来源前缀便于辨认，不要通过反复删除、重新导入来试探顺序。
3. 最后处理组内排序。在当前界面提供的排序菜单中选用名称或测试结果等可用方式。入口与可选项以实际界面为准；名称前缀只是识别辅助，不保证自动按字母排序。
4. 排序后核对当前选择。找到原先使用的节点，检查选中标记。列表第一行发生变化，不代表应用已经切换到该节点。

四、逐组更新，区分链接失效与网络失败

订阅更新会重新获取来源内容，再将结果反映到该来源的节点列表。它不是单纯给现有节点改一个名称，也不等于更新 Config 中的规则。排查时一次只更新一个分组，才能知道异常来自哪条订阅。

1. 记录目标分组当前可见的节点数量与正在使用的节点名称，不记录密码等敏感字段。
2. 在 Home 对目标订阅使用更新操作，等待完成。若界面同时提供单组更新和全部更新，首次排查选单组更新，避免混合多个来源的结果。
3. 核对结果：条目是否减少、旧名称是否被替换、原选中项是否仍存在。名称改变可能来自订阅内容更新，不能直接判定为导入错误。
4. 若出现超时，先确认设备网络正常，再核对 URL 是否完整。若必须经现有代理才能访问该链接，可在确认当前代理可用后重试；不要依赖正在修复且不可用的同一来源完成自我更新。
5. 若出现认证失败或内容无法解析，核对用户已有服务资料中的链接状态和格式。不要连续新增同一 URL 来代替排查，这通常只会增加重复分组。

更新后单个节点消失，可能是来源不再返回该条目；整个分组没有可用条目，则需要区分空内容、解析失败与请求失败。只看到节点数减少，还不足以判断订阅是否到期。若此前对订阅生成的节点做过本地改名或参数修改，更新后也应重新核对，这些改动可能被来源内容覆盖。

五、删除失效订阅与重复节点的操作顺序

删除前先确认对象：订阅条目代表来源，节点条目代表一次具体连接所需的配置。移除来源可能连同其管理的节点一起移除，具体范围要阅读确认提示；仅删除组内某个节点，则可能在下一次更新时重新出现。

判断重复：名称相同只是线索

比较节点时，至少核对协议、服务器地址、端口及认证参数。使用 TLS 的连接还可能涉及 Server Name（服务器名称）等字段；使用不同传输方式的连接，还需比较传输设置。不要为了方便比较而把这些敏感字段复制到聊天记录或公开截图。

• 同为 example.com:443，一条使用 Trojan，另一条使用 VLESS，不能视为相同节点。这里的 443 只是示例端口，不表示服务一定使用该端口。
• 协议与地址相同，但认证信息或 TLS 设置不同，也可能是两条不同的连接配置。
• 若两个订阅有部分重合、部分独有的条目，删除整个分组会同时失去独有条目。优先保留来源边界，通过备注与折叠分组降低列表干扰。

执行删除：先切换，再确认范围

1. 如果待删除来源包含当前使用的节点，先选择另一个已验证可用的条目；也可主动断开后再整理。
2. 对目标订阅条目使用删除操作。若使用列表侧滑删除，先确认侧滑的是订阅来源还是组内节点，再阅读确认提示。
3. 返回 Home 检查剩余分组，确认未误删仍需使用的来源。重新更新保留的订阅，检查是否仍有相同 URL 的另一份副本。
4. 误删时，使用自己原先保存的有效订阅 URL 重新导入。重新导入不保证恢复之前的本地排序与手动备注，因此操作前应保留必要记录。

六、列表整理后，复查路由与自动连接

分组清理完成后，应把“列表正常”与“流量按预期处理”分开验证。Global Routing 中的 Proxy（代理）与 Direct（直连）代表不同处理方式，Config（配置）按所选配置规则处理，Scene（场景）用于按场景配置工作。模式名称不是节点分组名称，调整列表顺序不会替代路由设置。

• Home → Global Routing：确认当前模式符合原先用途。使用 Config 时，再到 Config 核对正在使用的配置，避免把规则行为误认为节点重复造成的问题。
• Config 中的规则引用：如果自己编写的配置引用了具体节点名或策略组名，重命名、删除后需要检查引用。DOMAIN-SUFFIX（域名后缀）、GEOIP（地理 IP）、IP-CIDR（地址网段）和 FINAL（最终匹配）的顺序不由 Home 的显示排序决定。
• Settings → On Demand（按需连接）：如需在整理期间保持断开，先检查是否有按需连接条件会重新触发连接。整理结束后恢复自己需要的设置，不必为管理订阅永久关闭该功能。
• 重新验证当前选择：使用自己的正常访问场景检查连接，并结合 Log（日志）确认处理结果。分享排查记录前遮盖订阅 URL、认证信息与个人访问内容。

七、多个订阅管理常见问题