本文适合已经在 Shadowrocket（小火箭）中导入多条订阅、需要整理 Home 列表的用户。按“确认来源 → 命名分组 → 排序 → 核对重复 → 删除 → 更新复查”的顺序操作，重点区分订阅入口、服务器条目与 Config 中的策略组，避免把同名条目误删，或在更新后反复清理同一批内容。
一、先分清订阅组、服务器条目与策略组
订阅是一项可刷新的远程数据来源，服务器条目是其中的连接参数。在 Home 中看到的订阅分组，主要用于识别条目属于哪个来源；Config 中供规则引用的策略组，则负责决定流量使用哪种策略。整理 Home 的显示名称，不等于改写 Config 里的规则，也不会自动让两个订阅互为备用。
本文以用户已经拥有自己的服务商与订阅为前提。订阅链接从你的服务商处获取。客户端买断 ≠ 线路套餐；购买 Shadowrocket 与订阅服务是两件事。整理前先确认每个来源是否仍在使用，不要只凭条目数量判断哪个组应该保留。
- 订阅组：记录来源与更新入口；删除前要核对链接及所属条目。
- 服务器条目：包含协议、服务器地址、端口及认证参数；名称只是识别信息的一部分。
- 策略组：被规则引用时参与流量选择；改名或删除其引用对象后，需要重新核对。
二、按来源命名，先避免重复导入
多个订阅的第一层整理应围绕“来源”，而不是把所有服务器按地区混成一组。例如，将两个已有来源分别记为“01-日常-A”和“02-备用-B”。这些名称是本地整理示例，不代表服务质量或自动切换顺序。前缀便于查找；只有执行名称排序时，前缀才会影响对应的名称排列，不会直接改变连接策略。
重新添加前，先展开 Home 已有订阅组，确认其中是否已经包含相同来源。订阅地址常带有访问凭据，不要将完整链接写进 Remarks，也不要把带凭据的编辑页截图发给他人。下列示例地址仅用于说明字段结构，不能用于实际导入。
-
检查已有来源
在 Home 展开现有订阅组，通过该组的编辑入口查看订阅地址与 Remarks。若已有相同链接，更新这个组，不要再通过“+”重复添加。
-
添加缺少来源
Home → 右上角“+”→ Type → Subscribe。将从你的服务商处获取的地址填入 URL，例如结构示意
https://example.com/sub?token=xxxx；实际操作必须使用自己的有效地址。 -
填写来源备注
在 Remarks 填入“01-日常-A”一类可辨认的名称，再保存。对已有订阅，进入其编辑页修改 Remarks；不要为改名重新导入同一地址。
-
逐组确认结果
回到 Home，对新增来源执行更新并展开检查。确认条目确实出现在预期订阅组中，再处理下一个来源；编辑入口与保存控件的外观以当前界面为准。
三、排序分两层：来源顺序与组内顺序
来源顺序解决“先找哪一组”，组内顺序解决“在这组里先看哪个条目”。两者应分别处理。先折叠其他组，只展开待整理的一组，再使用该组提供的排序或编辑入口；若界面提供拖动排序，应在对应编辑状态下操作。不要把拖动整个订阅组与调整组内服务器顺序混为一谈。
不同列表与当前界面提供的排序操作可能不同。没有看到拖动柄或排序选项时，不必反复长按尝试不存在的动作；使用统一的来源备注、折叠非当前组，也能减少查找成本。服务商控制的服务器名称不宜为排序而大批修改，因为更新可能恢复远程名称。
| 整理目标 | 操作与检查 | 边界 |
|---|---|---|
| 快速找到常用来源 | 用 Remarks 区分来源；存在组排序入口时调整组顺序 | 顺序不代表故障后自动切换 |
| 按名称找服务器 | 在目标组的排序选项中选择名称排序，如当前界面提供 | 同名条目仍需核对参数 |
| 按测试结果筛选 | 先对目标范围执行 Connectivity Test，再查看结果；可用时按结果排序 | 测试值不是带宽，也不保证业务请求成功 |
| 保留自己的排列 | 整理后更新一次该订阅，再检查顺序是否保留 | 刷新可能按远程数据或当前排序方式重排 |
若要比较两次延迟结果，尽量保持同一网络、相同测试方式与相近测试时间。一个条目显示超时，只说明这次测试没有得到预期结果，不能直接作为永久删除依据。先复测，再确认该来源是否已经停用。
四、识别重复条目：比较参数，不只比较名称
重复通常来自同一订阅被导入多次、不同订阅包含同一连接，或曾经把订阅内条目另外保存为独立条目。先确定重复发生在哪一层：两个相同订阅组应处理来源入口；同一组内部重复则应检查远程返回内容；独立条目与订阅内条目重合，才考虑删除不再需要的独立副本。
核对时可在各条目的详情或编辑页比较 Type、服务器地址与端口，再比较认证参数和传输设置。敏感字段只在自己的设备上查看。不要为方便对比而将密码、UUID 或完整订阅链接粘贴到公开表格。
| 观察到的情况 | 判断 | 处理方式 |
|---|---|---|
| 同名、同地址，一个端口为 443，另一个为 8443 | 连接端口不同，不能直接判为重复 | 保留并核对各自用途 |
| 同名、同地址、同端口，但 Type 分别为 Trojan 与 VLESS | 协议不同，不是同一组完整连接参数 | 分别验证，不按名称合并 |
| 名称不同，但协议、地址、端口、认证及传输参数均相同 | 可能是同一连接的不同标签 | 记录所属来源，再决定是否需要保留两个入口 |
| 相同链接出现在两个订阅组，组内条目也一致 | 很可能重复导入了来源 | 保留一个可正常更新的组，核对后删除另一组 |
结论：重复每次回来，就处理来源
若手动删除组内副本后，一更新就重新出现，先停止逐条清理。检查是否重复导入同一链接，或该订阅返回内容本身存在重复；前者移除多余订阅入口，后者向你的服务商反馈具体条目名称与现象。
五、删除前确认范围，删除后检查引用
删除单个服务器条目与删除整个订阅不是同一操作。对单条记录使用删除入口，通常只针对该条记录；对订阅组使用删除入口，则需要确认提示涉及的是整个来源及其所属条目。具体范围以确认提示为准，不能看到 Delete 就直接确认。
- 先留恢复依据。确认仍能从自己的私密记录或服务商处取得订阅链接；如需保留现有配置，先做好个人备份。不要把包含凭据的文件放入公开共享位置。
- 先切换当前连接。若待删组中有当前使用的服务器，先在 Home 选择一个已验证的替代条目；正在进行重要任务时，等任务结束再整理。
- 核对删除对象。通过目标行或订阅组提供的编辑、删除入口操作。确认名称、来源以及提示范围后，再执行删除；不确定时取消，而不是试删。
- 检查 Config 引用。如果配置直接引用了被删服务器名称，或策略组依赖对应条目，在 Config 中检查这些引用，并重新选择有效对象。
- 进行一次验证。回到 Home 检查当前选择，执行 Connectivity Test，再访问平时使用的页面；确认连接与预期分流都正常。
本地删除订阅不会自动终止服务商处的服务，也不会撤销已经泄露的链接凭据。如果清理是因为订阅链接曾被公开，应从你的服务商处获取替换后的链接，编辑现有订阅入口，再检查旧地址是否已经失效。不要只把旧组改名后继续使用。
六、更新方式决定清理结果能否保持
订阅更新会重新获取远程数据，因此本地删除、名称与排列的保留情况，需要通过实际刷新确认。整理完成后立刻逐组更新一次，比过几天才发现条目恢复更容易定位原因。自动更新的触发方式与可用选项以 Settings → Subscribe 的当前界面为准。
逐组手动更新
推荐整理期间一次只更新一个来源，检查条目增减、名称和顺序变化。发生重复时，可以定位是哪一条订阅重新带回了内容。
适合：首次整理、删除重复入口、验证清理结果
自动更新设置
来源稳定后，在 Settings → Subscribe 检查当前可用的更新选项。自动获取新数据并不等于自动识别重复来源，也不保证服务器始终可用。
适合：来源已确认、希望减少日常手动刷新
Update via Proxy
该选项改变订阅请求的获取路径，不是排序或去重设置。只有订阅地址在当前直连网络下获取失败、且已有可用代理连接时，才针对性尝试。
适合：排查订阅请求的网络可达性问题
更新报错时，保留现有条目，先检查 URL 是否完整、凭据是否有效，以及当前网络是否能完成订阅请求。不要把删除并重新添加当作第一步：它可能丢失已有备注和整理结果，也不能修复失效链接或远程数据错误。
- 更新前记录目标组名称和条目数量，仅用于前后比较，不用数量评估服务质量。
- 更新后先核对是否新增了第二个来源入口，再检查原组内部是否重复。
- 若只有一个来源内部持续重复，向服务商说明“更新后重复出现”，不要发送完整认证信息。
- 若更新成功但无法连接，继续检查服务器参数与网络；订阅获取成功不等于其中每个服务器可用。
七、多个订阅整理常见问题
为什么同一个名字出现好几次？
先在 Home 查看这些条目属于几个订阅组。若来自两个组，分别检查来源链接；若都在同一组，比较协议、地址、端口及传输参数。相同名称可能只是相同标签，不能作为直接删除依据。
删除的节点怎么更新后又回来了？
订阅仍在提供这个条目。若它本来就属于仍需保留的来源，刷新后重新出现并不意外；若整个来源已经不再使用，删除对应订阅入口，而不是每次只删除组内记录。
订阅更新超时，要重新导入吗？
先保留原组，核对 URL 和当前网络。若已有可用连接，可在 Settings → Subscribe 检查 Update via Proxy，再重试目标订阅。该选项不能解决凭据失效、服务到期或返回内容格式错误。
把备用组排在第二，主用失效就会切过去吗？
不会仅凭 Home 的显示顺序建立自动切换关系。需要切换时，可在 Home 手动选择已验证条目；如果使用 Config 中的策略组，则检查该组实际设置，不要用备注里的“备用”二字代替策略配置。
误删订阅后，恢复购买能找回来吗？
恢复购买处理的是应用购买资格，不是恢复订阅列表。重新导入需要原订阅链接或自己的备份；找不到链接时，从你的服务商处获取，再按 Home →“+”→ Type → Subscribe 添加。
完成整理的判断标准是：每个来源都能说明用途，当前服务器可以确认，更新后没有意外增加的来源入口，Config 中需要的引用仍然有效。无需为了让列表更短而删除所有相似条目；先保证来源可追溯，再精简显示内容。