本文面向已经有自己的服务商与订阅的用户。从 Home 的订阅分组开始，依次整理来源名称、列表顺序与更新方式，再区分删除单个节点和删除整个订阅的影响。最后通过字段核对与连接测试处理重复条目，避免把排序、选中服务器和规则分流混为一件事。
一、Home 分组与 Config 策略组的区别
在 Shadowrocket（小火箭）的 Home 中，先查看服务器列表里的订阅分组，再进入单个服务器的编辑页面核对来源。这里的分组用于整理订阅返回的服务器；Config 中配置文件定义的策略组则用于规则选择。把某个订阅移到列表上方，并不等于让匹配规则优先使用这个订阅。
订阅链接从你的服务商处获取。多订阅管理应以每个来源单独保存为基础：同一来源改名、更新和删除时都有明确范围。不要为了让列表看起来整齐，把所有服务器反复复制成手动条目；这样会失去原订阅更新时统一替换参数的便利。
先记录“来源名称、用途、当前是否使用”这三项信息即可。本文用“来源 A／日常”和“来源 B／备用”作为整理示例，只表示用户已有的两组订阅，不对应任何服务推荐。
二、逐个导入订阅，先命名再更新
在 Home 右上角点“+”，将 Type 设为 Subscribe，再填写订阅地址与备注。每次只添加一个来源，确认它生成了预期的分组后，再添加下一个来源。这样出现空列表或重复分组时，可以追溯到刚刚执行的操作。
-
准备来源
从你的服务商处获取订阅链接，确认它对应的是当前账户的订阅，而不是账户管理页面地址。不要把含凭据的完整链接放进备注或公开记录。
-
打开添加
进入 Home →“+”→ Type → Subscribe。把订阅链接填入 URL；不要把单个服务器的地址当作订阅 URL。
-
填写备注
在 Remarks 填写“来源 A／日常”这类可辨认名称。来源 B 使用不同前缀，避免两个分组都叫“默认”而无法判断更新对象。
-
保存更新
保存后返回 Home，检查分组是否出现并执行订阅更新；可在 Home 下拉刷新。先观察本次新增分组的结果，不要立即反复添加同一个 URL。
-
核对当前项
展开新分组，点选服务器前的圆点，确认当前项已切换，再用 Connectivity Test 检查连接。导入成功本身不代表已经选中该分组的服务器。
三、分组排序、节点排序与当前选中项
回到 Home，先确定要改变的是整个订阅分组的位置，还是分组内部服务器的顺序。在对应列表的编辑或排序操作中核对作用范围；不同界面状态下，分组操作与服务器操作并不是同一个入口。执行前先展开目标分组，避免对另一组进行排序。
按名称排序适合固定名称的列表，按延迟排序适合刚完成测试后的临时选择。延迟测试结果受网络环境和测试方式影响，不能把数字最小的一项直接视为稳定性最高的一项。订阅更新还可能重新生成服务器列表，因此手动调整后的顺序需要在更新后复查。
| 操作对象 | 整理目的 | 操作后检查 |
|---|---|---|
| 订阅分组 | 把日常来源放在便于查找的位置 | 来源名称与组内服务器是否仍对应 |
| 组内服务器 | 按名称或测试结果寻找候选项 | 排序是否只影响目标分组 |
| 服务器前的圆点 | 指定当前使用的服务器 | 选中标记是否落在预期条目上 |
| Config 中的策略 | 指定规则命中后的处理方式 | 策略是否引用了特定服务器或组 |
结论：先确认选中标记，再判断排序效果
列表第一项不等于当前服务器。排序后先核对圆点选中项，再发起一次实际请求；如果 Config 引用了固定服务器，还要检查对应策略，而不是继续移动列表顺序。
四、重复节点按来源与连接字段核对
在 Home 发现两个同名服务器时，分别打开编辑页面查看连接参数。名称只是备注，同名不代表同一连接；相反，两个不同名称也可能指向同一服务器。先看所属订阅，再比较协议、地址、端口和认证参数，才能决定是否需要清理。
- 同一订阅出现两个分组：先比较保存的订阅 URL。若确实是同一地址被添加了两次，保留一个来源记录，比逐个删除组内服务器更容易维持后续更新。
- 不同来源返回同名条目：保留来源区分。即使地址相同，端口、认证信息或传输参数不同，也不能只凭名称合并。
- 手动条目与订阅条目并存：核对手动条目是否是以前复制出来的记录。订阅更新通常不会修改这份独立副本。
- 删除后更新又出现：检查该条目是否仍由订阅内容提供。只删本地服务器记录，并不等于修改服务商返回的订阅内容。
例如，两个教学条目都显示地址 example.com、端口 443，但一个使用 Trojan，另一个使用 VLESS，它们就不能被判定为重复连接。即便协议与端口相同，还要核对认证信息、TLS 与传输设置；这些示例仅用于解释比对方法，不表示可用服务。
不要为去重而统一修改服务商提供的端口或协议。多订阅整理只应改变来源记录与显示组织方式；连接参数是否可改，应以服务商给出的配置为依据。
五、删除旧订阅前，先切换并检查引用
在 Home 删除前先确定对象：删除单个服务器，只处理该条目；删除订阅分组，则涉及整个来源及其关联列表。使用目标条目提供的删除操作时，阅读确认提示，核对分组名称与范围，不要在未确认对象时连续操作。
- 先在保留的订阅中点选一个可用服务器，完成 Connectivity Test，并测试实际需要访问的页面。
- 进入 Config，检查当前生效的配置文件。如果规则或策略按名称引用旧服务器、旧策略组，应先调整引用，再清理旧来源。
- 回到 Home，对旧订阅执行删除操作，确认提示指向的是整个旧来源，而不是准备保留的相邻条目。
- 更新保留的订阅，确认列表与当前选中项仍正确；必要时重新建立连接，让新请求使用核对后的设置。
六、更新后连接变化，检查 Global Routing
在 Home 打开 Global Routing，核对当前是 Config、Proxy、Direct 还是 Scene。订阅更新负责获取服务器列表，Global Routing 决定请求如何路由；这两个环节需要分别检查。把服务器移到第一行，不能改变 Direct 的处理方式，也不能替代 Config 中的规则。
Config
推荐按当前生效配置处理请求。适合已有明确分流配置的用户；更新订阅后，要检查配置中的策略引用是否仍能找到对应对象。
适合：已核对规则与策略引用的日常使用
Proxy
以代理路由方式检查当前服务器的连接情况。用于排查时应结合实际请求，不能仅凭服务器列表中已有延迟数值判断连接结果。
适合：临时检查当前服务器，缩小规则因素的影响
Direct
以直连方式处理请求。此时切换订阅内服务器不构成验证代理连接的有效步骤，应先确认所需路由方式再测试。
适合：明确需要直连，或检查直连路径的场景
如果使用 Scene，还应检查当前场景对应的设置，不要把它理解为第四种固定线路。完成临时排查后，恢复原本需要的路由方式，再确认实际页面访问是否正常。
七、多订阅更新与去重常见问题
添加第二个订阅，会覆盖第一个吗？
通过 Home →“+”→ Type → Subscribe 新建来源，与编辑已有来源的 URL 是不同操作。保存后核对是否存在两个独立分组；如果是在原记录中替换 URL，应检查原分组是否已经改为新来源。
只有一个订阅更新超时，怎么查？
先确认该来源的 URL 完整且账户状态正常，再核对其他来源是否能更新。需要经代理更新时，可在 Settings → Subscribe 检查 Update via Proxy；启用前应已有可用代理连接，否则这个开关不能自行解决线路不可用的问题。
为什么更新后删掉的节点又回来了？
订阅仍返回该服务器时，更新可能重新生成对应条目。先确认不是同一 URL 导入了两次，再决定保留整个来源还是移除旧订阅；不要把反复删除本地条目当成永久过滤方法。
分组很多，能按名称批量删除吗？
先按来源逐组确认，不要仅凭相同名称批量处理。检查当前选中服务器和 Config 引用后，一次删除一个确定不用的来源，并在每次操作后核对保留列表。
完成整理后，保留一份不含敏感 URL 的来源用途记录即可。后续按“更新来源、检查当前项、核对路由、验证请求”的顺序维护，能够把订阅内容变化和本地配置问题分开定位。