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

先分清订阅、节点与 Config

Shadowrocket（小火箭）里的订阅，是获取一组服务器参数的来源。一个订阅可以包含多个节点；不同订阅也可能包含相同节点。Home 中看见两行相同名称，不足以证明重复导入，更不能据此直接删除整份订阅。

Config 则负责配置与规则。整理 Home 的来源备注，不等于修改 Config 中的规则；把某条记录排到前面，也不等于让所有流量都使用它。选路还要结合 Global Routing、当前节点，以及配置中的策略设置判断。

本文以用户已有自己的服务商与订阅为前提。本站不提供、不销售、不推荐节点或订阅。Shadowrocket 是一次性买断的闭源商业应用，客户端买断不等于线路套餐；整理本地列表也不会改变已有服务的到期时间或额度。

按来源命名，再逐份导入

命名先解决“这组条目从哪里来”，再解决“平时用哪组”。建议采用“来源代号－用途”的短备注，例如“来源A－日常”“来源B－备用”。代号由自己约定，不用把邮箱、订单编号或真实订阅凭据写进名称。

1. 记录现状

   在 Home 查看现有订阅及其下的节点，记录当前正在使用的来源和节点名称。将原始订阅链接保存在自己的安全位置，避免清理后无法恢复。

2. 打开添加页

   从 Home 右上角“+”进入 Add Server，在 Type 中选择 Subscribe。添加前先查已有来源，确认这不是已经导入过的同一条链接。

3. 填写备注

   在 URL 填入自己已有的订阅链接，在 Remarks 填写来源备注。保存前检查链接是否完整，尤其留意复制时带入的空格、换行和遗漏的查询参数。

4. 核对结果

   保存并完成订阅更新后，回到 Home 检查该来源下的节点。确认备注与内容对应，再继续处理下一份；不要同时重命名、重新导入和删除多份来源。

订阅 URL 的结构可能类似 https://example.com/sub?token=xxxx。这里是不能用于连接的假值示例。真实链接中的参数可能承载访问凭据，不能为了“统一格式”而删掉，也不要把完整链接贴进公开求助文本。

节点排序先看用途，再看测试结果

“节点排序”需要分成两件事：列表怎样显示，以及实际要选哪条连接。按名称排列便于找到地区，按测试结果查看便于排查当前可达性；两者都不能直接代表实际网页速度。测试方法、当前网络、测试时刻不同，数字就可能变化。

先在 Home 使用 Connectivity Test 检查候选条目，再实际访问自己常用的页面。记录打开是否成功、是否反复停顿，必要时在相同网络条件下重复。不要拿移动网络下的一次结果，直接与另一条节点在 Wi-Fi 下的结果比较。

• 第一层按来源：先确定“来源A”或“来源B”，避免相同地区名称掩盖不同订阅。
• 第二层按用途：日常使用与故障备用分开记录，不必把所有可见条目都逐个测试。
• 第三层看可达性：先排除连续测试失败的候选，再比较成功条目的响应情况。
• 最后确认选中项：调整显示顺序后回到 Home 检查当前选择，不能把“列表第一行”当成“正在使用”。

不同界面的排序入口可能随列表类型而不同。打开当前列表提供的排序选项时，先阅读具体方式，再执行；没有对应选项时，用统一来源备注和固定候选记录完成整理即可。不要把节点名称里的“01”理解成应用必然优先选择的指令。

协议名称也不是排序分数。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 描述的是不同连接协议，不能只凭协议名推断某个节点更快。服务端状态、网络路径以及参数是否正确，都可能影响结果。

重复节点清理：先查身份，再删来源

常见重复有两类：同一订阅链接被添加两次；不同订阅分别下发了看起来相似的节点。前者应优先处理重复的订阅记录，后者需要对照连接参数。单纯删除某个订阅下的一条节点，下一次更新时它仍可能重新出现。

上表的域名与端口只是比较示例，并非可用服务。即使 Type、Address、Port 全部相同，认证信息不同也可能对应不同使用权限；不要为减少列表行数而随意合并。无法确认时，保留原始记录比一次性清空更容易恢复。

1. 若准备删除的是当前连接所用的来源，先在 Home 断开连接，避免清理时继续依赖它。
2. 确认原始链接可找回，再对目标记录使用删除操作；先辨认对象是单条节点还是整份订阅，阅读确认提示。
3. 回到 Home 检查其余来源是否仍在，并对保留的订阅单独更新。
4. 重新选择保留来源中的节点，连接后验证常用页面。只有核对完成，才继续清理下一份。

多订阅更新：先手动验收，再考虑自动

刚整理完列表，先手动更新一次，观察来源备注、节点数量与当前选择是否符合预期。更新成功只说明订阅内容获取或处理完成，不代表其中每条节点都能正常连接。反过来，一次请求超时也不能证明订阅已经失效。

若只有某一份更新失败，先核对它的 URL 是否完整、已有服务是否仍有效，以及当前网络能否获取该地址。不要删除其他更新正常的来源。若订阅地址需要经代理访问，再结合现有可用连接检查 Settings → Subscribe 中的 Update via Proxy；这个设置不能修复错误链接或恢复失效凭据。

列表整理与 Global Routing 分开检查

整理后发现访问路径没有变化，先检查 Global Routing，而不是再次导入订阅。Config 按当前配置处理连接，具体流量可能使用配置中的策略；Proxy 与 Direct 是整体路由姿态，Scene 则涉及场景配置。来源备注本身不会改写这些行为。

• 使用 Config 时：核对当前配置以及相关规则指向的策略。规则中的 DOMAIN-SUFFIX、GEOIP、IP-CIDR 是匹配条件，FINAL 用于最后的兜底处理，不是订阅来源标签。
• 使用 Proxy 时：核对当前用于代理连接的选择，不能根据来源分组的上下位置判断。
• 使用 Direct 时：不要把直接连接的访问结果当作某条代理节点的测试结果。
• 使用 Scene 时：先查看该场景对应设置，再判断当前连接为什么没有跟随手动选择变化。

如果设备会自动重新建立连接，还要到 Settings → On Demand 检查按需连接设置。On Demand 处理连接触发条件，不负责去重，也不会因为订阅备注中写了“备用”就自动理解你的使用意图。排查时分别核对“何时连接”“用什么路由方式”“选中了什么节点”，比反复切换所有设置更容易定位。

整理多个订阅时的常见问题