本文适合已经从你的服务商处获取订阅、需要整理多个来源的用户。操作顺序是先确认订阅来源与当前连接，再按来源分组、调整显示顺序，最后核对重复项与失效项。重点区分订阅记录、订阅内的节点和 Config：清理 Home 列表不等于修改分流规则，删除某个节点也不等于让上游订阅停止返回它。
先分清订阅、节点与 Config
Shadowrocket（小火箭）的 Home 用于查看服务器列表、选择连接项并控制连接。一个 Subscribe 记录保存订阅地址，更新时从该地址读取服务器信息；节点则是具体的连接参数。Config 管理配置文件，负责规则和策略等内容。多导入一个订阅，不代表当前 Config 已切换，也不代表所有连接会自动在这些订阅之间选择。
整理前，在 Home 记下当前选中的节点及其来源，再查看 Global Routing 与当前启用的 Config。尤其是配置中使用了固定节点名或策略组时，重命名、删除节点可能改变后续选择结果。先保留能恢复的配置和原始订阅地址，避免清理之后只能凭名称猜测来源。
按来源导入与分组
多个订阅首先应按来源区分，而不是全部按地区混排。不同来源可能使用相同的节点名称；如果只看“地区＋序号”，容易把一个来源的更新失败误判为另一个来源的问题。订阅从你的服务商处获取，先确认每条链接的用途，再决定是否需要同时保留。
-
检查已有记录
进入 Home，展开已有订阅分组，检查是否已经添加过同一来源。比较地址时在本机查看完整内容，不要仅凭分组名称判断，也不要向他人发送链接。
-
添加订阅
Home → 右上角「+」→ Add Server → Type，选择 Subscribe。在 URL 中粘贴从你的服务商处获取的订阅地址，检查前后没有空格或换行。
-
填写备注
在 Remarks 中填写可辨认的来源与用途，例如“来源 A－日常”“来源 B－备用”。备注不填写密码、完整 token 或其他认证信息，保存后返回 Home。
-
更新并核对
在 Home 下拉刷新，等待订阅内容加载。展开对应分组，核对是否出现节点、是否归入预期来源，再添加下一条订阅，避免一次添加多条后无法定位错误。
分组名称服务于辨认，节点名称服务于选择，两者不必相同。建议先保持订阅返回的节点名称，以免后续更新覆盖本地改名，或者影响 Config 中按名称引用的内容。来源名称不清楚时，优先修改订阅记录的备注，而不是逐条重命名整个分组里的节点。
排序只改变查找顺序
排序是显示设置，不是自动故障转移策略。把某个节点放在第一行，不等于它会被自动选中；把备用来源移到列表底部，也不影响它的连接参数。整理时先确定要调整的是订阅分组顺序，还是某个分组内部的节点顺序，不要把两层列表混在一起处理。
- 分组顺序：日常来源放前，备用来源放后。进入 Home 的列表编辑操作后，若当前列表提供拖动柄，拖动对应记录并结束编辑；不要用删除后重新导入代替移动。
- 组内顺序：使用 Home 列表提供的排序操作时，先确认作用范围。按名称排序便于查找固定编号；按测试结果排序则应先对同一范围完成测试。
- 测试条件：在相同 Wi-Fi 或蜂窝网络下比较，测试期间不要来回切换网络。未完成测试、超时和已有延迟数值不是同一种结果。
- 更新之后：订阅更新可能增加、移除或重排节点。更新一次后复查显示顺序是否保留，不把本地一次排序当作上游长期固定的顺序。
不同界面布局下，编辑和排序入口的呈现可能不同；以 Home 实际提供的操作为准，没有拖动柄时不要假定所有分组都支持手动移动。即便不能自定义分组位置，统一的 Remarks 命名也能帮助辨认来源。避免每天更换命名方式，否则节点改名和排序变化会叠加，增加核对成本。
结论：先固定命名，再检查更新后的顺序
完成一次分组与排序后，主动更新对应订阅，并确认当前选中项仍属于预期来源；如果顺序恢复为上游排列，就保留来源备注，不靠反复删除重导维持位置。
重复节点按参数核对
同名不是重复的充分条件，不同名也可能指向相同配置。判断时应比较协议、服务器地址、端口、认证信息，以及该协议使用的传输和 TLS 参数。例如两个条目都显示端口 443，只能说明它们填写了相同端口，不能证明目标服务器或认证身份相同。
| 看到的情况 | 继续核对 | 处理依据 |
|---|---|---|
| 名称完全相同 | 协议、地址、端口及认证参数 | 参数不同就保留来源区分，不按名称批量删除。 |
| 地址与端口相同 | TLS、Server Name、传输路径等适用字段 | 连接方式不同，仍可能是不同用途的配置。 |
| 同一链接导入两次 | 两条 Subscribe 记录的完整 URL | 确认完全相同后，通常保留一条来源记录即可。 |
| 不同链接返回相似节点 | 来源用途、认证身份与实际连接结果 | 先保留分组，不能只凭列表外观判定重复。 |
对于 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard，不要套用同一份字段清单直接判断。各协议需要的参数不同，比较时查看对应条目的编辑详情，只核对该协议实际使用的字段。认证信息仅在本机对照，不复制到公共去重工具中。
若只是同一订阅被重复添加，优先处理重复的 Subscribe 记录，而不是在两个分组中逐个删节点。若重复项由一个订阅持续返回，本地删除之后仍可能在下次更新时出现；需要长期移除时，应向你的服务商核实订阅内容。不要随意删改 URL 的查询参数，外观相似的地址可能关联不同权限或内容。
删除失效订阅与单个节点
一次连接超时不等于订阅已经失效。订阅更新请求失败、某个节点无法连接、当前网络无法到达服务器，分别对应不同问题。先确定失效发生在哪一层，再决定删除对象。仍在使用的订阅即使暂时更新失败，也不应立即移除。
- 确认替代连接。在 Home 选中另一个已验证可用的节点，实际打开需要使用的页面，确认不是仅有连接开关处于开启状态。
- 检查配置引用。查看 Config 中是否有策略组或规则引用将被删除的名称；存在引用时先调整对应选择，再做清理。
- 删除单个节点。在 Home 对目标节点左滑，使用删除操作。确认操作对象是节点行，而不是订阅分组；订阅内条目更新后可能重新出现。
- 删除整个来源。对订阅记录执行删除前，阅读确认提示中的对象与范围。不同删除入口的处理范围可能不同，删除后检查对应分组及其条目是否仍在。
- 完成复查。返回 Home，核对当前选中项、剩余订阅和连接结果，再更新保留的订阅，确认没有误删需要的来源。
用 Global Routing 区分列表与路由问题
整理后出现“换了节点但结果没变”，应先查看 Home → Global Routing。节点列表回答“有哪些连接项”，Global Routing 回答“连接如何交给策略处理”。以下对比只用于排查路由选择，不把某个模式视为适用于所有网络的固定答案。
Config
推荐按当前启用的配置处理连接。规则按顺序匹配，命中后采用对应策略；DIRECT 规则不会因为 Home 中更换节点就改走该节点。
适合：已经核对 Config、需要按规则日常使用
Proxy
将流量交给代理处理，可用于临时对照节点连接情况。测试结束后恢复原来的模式，不把代理模式下的结果直接当作 Config 规则已经正确生效。
适合：临时排查规则选择与节点可用性的差异
Direct
直接连接目标。处于此模式时，更换 Home 中的代理节点不会让相同请求改走该节点，因此不能用它比较订阅内的节点表现。
适合：对照当前网络的直接连接情况
Scene
根据已设置的场景条件应用对应路由安排。排查时还需核对当前匹配的场景，避免把网络环境触发的变化当成订阅排序造成的变化。
适合：已有明确场景设置并能核对匹配条件
Config 中的 DOMAIN-SUFFIX、GEOIP、IP-CIDR 等规则可能匹配不同目标，FINAL 则处理未被前面规则命中的连接。若某个目标始终采用 DIRECT，应该检查它命中的规则，而不是继续清理订阅。需要保留连接自动触发行为时，还应检查 Settings → On Demand；该设置不负责订阅分组，也不是列表排序开关。
订阅整理常见问题
删掉的节点怎么更新后又出现了？
先确认它是否属于 Subscribe 返回的内容。若上游仍包含该条目，更新后可能重新写入列表。检查是否重复导入相同 URL；若仅有一条来源记录，向你的服务商核实返回内容，不要反复逐条删除。
两个订阅里有同名节点，能直接删一组吗？
不能仅凭同名判断。打开条目详情，对照协议、服务器地址、端口和适用的认证、传输参数；再检查两条订阅地址是否完全相同。仅当来源用途和内容均已确认不需要时，才删除对应记录。
只有一个订阅更新失败，要全部重新添加吗？
先在 Home 单独核对该来源的 URL，检查链接是否被截断，并确认当前网络能访问其订阅地址。其他来源能够更新，说明不必先清空全部记录；该链接的权限或服务状态应从你的服务商处核实。
把最快的节点放到最上面就会自动使用吗？
不会仅因显示位置而自动切换。回到 Home 检查实际选中项，再核对 Global Routing 与 Config 中的策略选择。延迟测试只是当时网络条件下的结果，不能替代实际业务连接测试。
每次整理只修改一个层面：先改来源备注，再调整顺序，随后处理确认重复或不再使用的记录。每完成一步就更新并测试一次，便于把异常定位到具体操作。保留必要的来源区分，比把所有节点压成一个没有出处的长列表更便于后续维护。