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

先区分订阅来源、节点名称与策略组

订阅是批量获取连接参数的来源，节点是其中的一条连接记录。Home 中按来源显示的分组用于整理列表；Config 中用于规则分流的策略组则决定请求如何选择出口。把一个来源放在列表上方，不等于让所有请求优先使用这个来源，也不会自动改写规则。

开始整理前，先在 Home 查看现有订阅及其备注，再进入 Config 确认当前使用的配置。若配置直接引用某个节点名称，删除或改名可能让引用失去对应目标；若配置使用筛选条件收集节点，也要检查改名是否改变了筛选结果。

• 订阅来源：回答“这批参数从哪里更新”，是排查重复导入的第一层依据。
• 节点名称：回答“列表里如何识别这条记录”，名称相同不代表参数相同。
• 策略引用：回答“哪些请求会使用它”，需要在当前 Config 中单独核对。

按来源分组：一个地址保留一个维护入口

先给已有订阅建立稳定的识别方式，例如按自己的用途备注为“日常来源”和“备用来源”。这些是整理用的示例名称，不是服务推荐。进入 Home 中对应订阅的编辑界面，核对订阅地址和备注；具体字段以当前界面显示为准，不要为了改显示名称而更换原地址。

同一订阅地址重复添加两次，会形成两个维护入口。即使两组备注不同，更新时仍可能取回相同内容。清理时应比较完整地址，而不只是域名：路径、查询参数或访问凭据不同，可能对应不同的内容。完整订阅地址应视为敏感信息，不要放进公开截图或共享记录。

如果两份订阅只有部分节点重合，先保留各自来源，暂不合并。这样更新异常时可以定位到具体订阅，也能区分“源内容重复”和“自己重复导入”两种情况。把全部内容转成手工记录，会增加后续参数变化时的维护成本。

节点排序：先确定按名称还是按测试结果查看

排序用于查找和比较，不是连接质量保证。在 Home 对目标分组使用当前界面提供的排序操作；希望固定辨认时使用名称排序，希望比较当前网络下的响应时先做延迟测试，再按测试结果排序。操作前确认范围，避免把整个列表重排误认为只调整了某一个来源。

1. 先展开要整理的来源，确认当前选中的节点，记录其名称和所属来源。
2. 需要比较延迟时，在同一网络环境下完成一轮测试，不把 Wi-Fi 与蜂窝网络下的结果混在一起。
3. 选择当前界面提供的排序方式，检查节点是否只是换了位置，还是选中项也发生了变化。
4. 订阅更新后再次确认顺序；返回内容或排序设置变化，都可能影响列表呈现。

延迟数值只反映该次测试的方法和当时的网络条件，不等于持续下载速度，也不证明目标网站一定可访问。某条记录出现超时，应先核对它的协议参数与当前网络，不要直接把整份订阅判断为失效。

重复节点清理：名称之外还要比较连接参数

重复记录有三种常见来源：同一个订阅被添加多次；订阅里的节点又被单独导入；不同订阅包含了部分相同的连接参数。处理顺序应是先查重复订阅，再查手工副本，最后比较跨来源的记录。这样不会把上游内容重合误判成应用保存异常。

例如，两条记录都使用 edge.example.com:443，仍不能仅凭地址和端口删除其中一条。它们可能使用不同协议、不同认证信息，或不同 TLS 与传输设置。这里的域名只用于解释比较方法，不是连接配置。

• 先比较协议：Shadowsocks、VMess、VLESS、Trojan 等类型不同，即使端点一致，也不能视为同一记录。
• 再比较认证：逐项核对该协议实际使用的 Password、UUID 或密钥等信息，不把凭据复制到公开文档。
• 核对传输：如该协议启用了 TLS 或其他传输选项，继续比较服务器名称、路径及相关参数。
• 最后比较来源：参数完全相同但来源不同，也要先确认希望保留哪一个更新入口，再决定是否删除副本。

同名但参数不同的记录应保留区分标记；异名但参数相同的记录才是重复候选。名称还可能被 Config 引用，因此不要先批量改名再调查重复。先记录对应关系，完成一次小范围修改并验证，再继续处理下一批。

删除失效订阅：区分临时更新失败与停止使用

一次更新失败不足以证明订阅已经失效。先检查当前网络、完整订阅地址和服务商提供的有效状态，再对该订阅执行更新。网络超时、内容无法解析与凭据失效属于不同问题；应保留界面提示，按对应原因处理，避免用反复删除重加掩盖问题。

1. 确定保留来源。确认备用连接参数可用，并记录当前选中节点所属的分组。
2. 保存必要配置。保留自己已有的订阅地址及当前 Config 的必要备份，注意备份中可能包含凭据。
3. 核对删除对象。在 Home 针对目标订阅执行删除，阅读确认提示，区分整份来源与单条节点，避免误删仍在使用的分组。
4. 检查剩余内容。回到 Home 确认目标来源已移除，再进入 Config 检查有无仍指向旧名称的策略引用。
5. 验证实际连接。选中保留来源中的节点，打开连接并测试原本需要访问的目标。

删除本地订阅记录不等于在服务商处取消服务。若只删除某个订阅下的单条节点，而订阅返回内容仍包含它，后续更新可能再次导入。希望长期减少列表条目时，应优先检查当前界面是否提供适合自己的筛选设置，或在已有服务的管理端调整返回内容；不要把本地删除当成永久修改源内容。

整理完成后，检查 Global Routing 与规则引用

列表整理完成不代表分流配置已经同步。回到 Home 查看 Global Routing：Proxy、Direct、Config、Scene 对应不同的路由使用方式。本文不要求为整理订阅改变这一设置；如果正在验证规则分流，应确认使用的是预期的 Config，而不是把 Direct 下的访问结果当作代理节点的表现。

• 检查选中项：确认当前选中的节点没有随删除操作失去对应记录。
• 检查规则目标：在 Config 中查看 DOMAIN-SUFFIX、GEOIP、IP-CIDR 等规则引用的策略是否仍可用，并检查 FINAL 的兜底目标。
• 检查更新结果：对保留订阅执行一次更新，观察重复条目是否再次出现、名称是否改变。
• 检查自动连接：若整理期间不希望网络切换触发连接，先到 Settings → On Demand 核对现有设置，完成后再恢复原先需要的行为。

建议每次只改一类内容：先清理重复来源，再调整名称与排序，最后修改策略引用。若一次同时变更来源、节点名称和路由设置，出现问题后就难以区分是参数变化、名称失配，还是路由姿态不同造成的。

多个订阅管理的常见问题