适合已经持有自己的订阅、并在 Shadowrocket 中导入了不止一个来源的用户。先记录每条订阅的用途与更新结果，再按来源整理列表；遇到同名节点，比较连接参数而不是只看名称；清理不用的来源前保存好自己的链接。
先分清订阅、节点与当前连接
Shadowrocket（小火箭）的订阅是一个用于取得节点列表的来源，节点是列表中的连接条目，Home 上当前选中的节点则是一次连接选择。三个对象不能互相代替：删除一个节点，不等于删除提供它的订阅；更新订阅后，来源仍可能再次带回该节点。整理多个订阅，应先确认每个条目属于哪个来源，再决定保留或删除。
本文只处理用户已有的订阅，不涉及订阅来源的选择。记录来源时，可写下自己的用途说明，例如“工作用”或“备用”，但不要把完整订阅 URL、访问凭据放进公开笔记或截图。下列地址仅用于说明 URL 的字段形态，并非可用订阅：
https://example.com/sub?token=xxxx整理前先让现有连接保持可用，并记下当前选中的节点及其所属来源。这样在更新或清理后，若列表变化，就能判断是来源内容改变、显示顺序变化，还是自己切换了连接；不必仅凭“首页看起来不一样”推断订阅丢失。
逐条导入并建立来源清单
同时处理多个 URL 时，逐条添加、逐条检查，比一次粘贴完再找错误更容易定位问题。尤其要区分 URL 相似但用途不同的来源：同一服务商给出的不同链接，也可能返回不同的节点集合。添加前先在自己的记录中给每条链接写一个用途说明。
确认来源
整理自己已有的订阅 URL；核对每条链接的用途，避免把同一 URL 当作两个独立来源重复添加。
打开添加页
进入 Home，点右上角「+」，在 Type 中选择 Subscribe。不要把订阅 URL 当作单个节点的服务器地址填写。
填写链接
将自己的完整链接填入 URL。若页面提供备注字段，可写便于自己辨认的来源名称；保存前检查链接首尾是否混入空格。
检查列表
保存后回到 Home，检查该来源是否出现以及是否取得节点。未取得节点时，先核对 URL 和网络状态，不要反复添加相同链接。
逐条复核
添加下一条订阅前，记下上一条的显示名称与取得的节点范围；全部添加完再检查是否出现重复来源。
如果某条订阅暂时无法更新，先保留原始 URL 并单独排查。空列表可能与链接状态、当前网络或返回内容有关，不能仅根据“没有看到节点”就认定其他订阅也出了问题。每次只调整一个来源，随后返回 Home 观察变化，能避免把多项操作的结果混在一起。
按来源分组，再处理排序
分组的目的，是让选节点时能立即看出它来自哪里。优先使用订阅本身的来源标识和可编辑备注；备注宜短而稳定，例如用途加地区范围，不宜把当天的延迟结果写进名称。延迟会随网络状态变化，而来源名称应能帮助你在下次更新后继续辨认同一条订阅。
排序要区分“来源在列表中的位置”和“来源内部节点的排列”。先查看 Home 中该条目或编辑界面是否提供排序控件；只有看得到拖动手柄或相应排序项时，才按界面提供的方式调整。若当前界面没有手动排序入口，不要依赖删除再导入来制造固定顺序：订阅刷新后，节点排列仍可能随来源返回内容改变。
按来源辨认
推荐给已有订阅设置清楚的用途备注，选节点时先核对来源，再看节点名称和连接参数；不依赖列表位置记忆。
适合：多个订阅长期并存、来源内容会更新
按当前顺序辨认
只根据“第一组”“最后一个节点”等位置作选择；一旦更新带来新增或删除，原有位置便可能不再对应同一条目。
适合：临时查看当前列表，不适合作长期标记
结论：把名称当标识，把顺序当显示结果
每次更新后先核对来源备注和当前选中节点；仅在界面明确提供排序操作时调整位置，不用重新导入代替排序。
整理完成后，可以从每个来源各选一个自己认识的条目，确认它在预期的来源下。这里的检查只用于辨认列表，不代表节点质量测试。若同一名称出现在两个来源中，先进入下一步核对参数，不要仅因名称相同就改动订阅。
同名节点如何判断是否重复
节点名称是显示标签，不是唯一标识。“香港 01”这样的名称可以同时出现在不同订阅里，也可能在一次更新后被重新命名。判断是否重复，至少核对协议、服务器地址与端口；还要留意连接所需的凭据及其他配置。同名但参数不同的条目，不应直接视作同一连接。
- 同一 URL 被导入两次：先检查两个订阅来源的 URL 是否一致。若一致，记录需要保留的那一条，再清理多余来源；这比逐个删除其节点更直接。
- 不同 URL 返回相同节点：比较协议、地址、端口以及凭据等连接参数。来源不同但参数一致时，可以按用途决定保留哪些来源；不要只按显示名称批量删除。
- 同名而参数不同：保留区别信息。若可编辑显示名称，可用来源备注帮助辨认；不要改动服务器地址或端口来追求列表整齐。
例如两个条目都叫“备用”，但一个使用 Shadowsocks、服务器端口为 8388，另一个使用 Trojan、服务器端口为 443，它们就不是仅凭名称可合并的重复项。端口是连接参数的一部分，示例数字不表示所有同协议条目都使用该端口。比较参数时应在应用内查看，不必将凭据复制到外部对照表。
也不要把“订阅里仍有两个相似节点”理解为应用一定提供自动去重开关。更稳妥的做法是先定位重复来自同一来源还是不同来源，再处理造成混淆的来源或备注。直接删除订阅生成的单个节点，未必能解决下一次更新后的重复显示。
删除不用的订阅与更新后的复查
删除订阅是移除来源，不是暂停使用其中某个节点。动手前先确认当前连接没有依赖待删来源，并在自己的安全记录中保留原始 URL；以后若需重新导入，仍要使用自己持有的链接。接着在 Home 找到对应订阅，查看该条目提供的编辑或删除操作，以屏幕上实际显示的操作项为准。
核对名称
在 Home 对照来源备注与订阅 URL，确保选中的是准备移除的来源，而非仅仅同名的节点。
检查连接
确认当前选中的节点属于准备保留的来源；如需切换，先完成切换再继续清理。
执行删除
打开该订阅条目的编辑或删除操作，阅读确认提示后再删除；不要把清理来源误做成逐个删除节点。
返回复查
回到 Home，核对保留来源及当前选择。随后逐条更新仍在使用的订阅，检查节点是否按预期出现。
若清理后列表又出现相似节点，先看它属于哪个仍在保留的来源，再与先前记录的协议、地址和端口比较。来源返回内容变化时，节点名称或排列也可能变化；复查的重点是来源及连接参数，而不是要求每次更新后列表逐字不变。
结论：删除前先确认能否恢复来源
只有在确认待删来源、当前连接和自己保存的 URL 后，才执行删除；更新后的重复项则回到来源层面重新排查。
整理过程中常见的四个问题
以下处理顺序都以 Home 中能看到的来源和节点为起点。先确认是哪条订阅发生变化，再检查连接与更新结果；不要同时删除、重加并改动多条来源，否则很难判断哪一步产生了变化。
我加了两次同一条链接，为什么列表变长了？
在 Home 核对两条订阅的 URL。若确实是同一来源，先确定保留哪一条，再删除重复导入的来源；逐个删节点可能在该来源下次更新后失效。
更新后顺序变了，是不是订阅丢了？
先核对来源是否仍在 Home，再查看该来源下是否仍有节点。顺序变化本身不能证明来源丢失；用来源备注、协议、地址和端口辨认原来的条目。
两个来源有同名节点，该删哪一个？
先分别查看两条节点的协议、服务器地址、端口及其所属来源。同名不等于参数相同；如确需清理，优先按来源用途决定保留范围。
删除后还能找回原来的订阅吗？
能否重新导入取决于你是否仍持有有效 URL。删除前在自己的安全记录中保存链接；若已删除，先从自己原有的订阅记录核对，不要用名称相似的其他来源代替。
Shadowrocket 是通过 App Store 获取的 Apple 平台付费客户端，iPhone、iPad 为主要使用设备；系统要求以 App Store 页面标注为准。客户端买断 ≠ 线路套餐。管理订阅只涉及用户已经持有的内容，应用购买与订阅来源的有效性应分别核对。