适用于已从自己的服务商取得 Subscribe 链接、但在 Shadowrocket 中无法导入或看不到服务器条目的读者。先确认链接是否被完整保存，再区分获取失败、内容无法解析和返回空列表；最后检查服务商状态与更新时机。每一步都对应可观察的结果，避免反复删除配置。
先区分：获取失败，还是返回列表为空
Shadowrocket（小火箭）中的 Subscribe 是获取服务器信息的一种方式，不等于服务器本身。一次更新要经过读取已保存的地址、请求服务商返回内容、解析内容、写入列表几个环节。添加成功只说明订阅条目已保存；Home 中没有新增服务器时，不能据此判定链接已经成功解析。
先记录现象：更新时是否出现明确报错？Subscribe 条目是否仍在，而服务器列表为空？此前可用的条目是否只是没有变动？这三种情况对应不同检查方向。明确报错优先查链接和网络请求；能完成更新却为空，优先核对服务商实际返回的内容；旧条目没有变化，还要考虑服务商尚未发布新内容。
报错:Failed to load subscription
原因与解法：客户端未能取得可用的订阅内容，可能是链接已失效，也可能是当前网络无法访问该地址。先核对自己的服务商提供的原链接与账户状态，再重新触发更新；不要把这条报错直接当作某个协议参数填错。
如果只有某一台设备出现问题，先在同一台设备上检查当前网络能否访问服务商提供的订阅地址；如果多台设备读取同一链接都得到相同结果，则应先询问自己的服务商。不要为了测试而把含有凭据的完整 URL 贴到公开网页或讨论区。
第一步：核对 Subscribe 链接的完整性
在 Home 右上角点「+」，将 Type 设为 Subscribe，再将自己的完整链接填入对应地址栏并保存。只输入服务商域名、只复制链接的一部分，或把说明文字一起粘贴进去，都不能替代完整的订阅 URL。已有 Subscribe 条目时，先检查该条目中保存的地址；确认原值有误后再修改，避免重复添加多个外观相似的条目。
取得原链接
从自己服务商的账户页面复制订阅地址，确认复制的是完整 URL，而不是展示名称或网页标题。订阅属于自己的服务配置；客户端的购买费用与线路服务分别计费。
检查首尾
检查是否以
https://等完整协议开头，末尾是否遗漏参数。示意格式为https://example.com/sub?token=xxxx；其中域名与凭据都是假值，不能用于连接。检查分隔符
保留查询参数中的
?、&、=等原始字符。聊天工具换行、复制时截断，以及将半角符号改成全角符号，都可能改变服务商识别链接所需的参数。保存并更新
保存 Subscribe 条目后，在 Home 按当前界面提供的刷新操作更新订阅。观察是否出现服务器条目或明确错误；不要只凭保存后立即看到的旧列表判断本次更新结果。
有些链接包含访问凭据，即使域名和路径相同，只要参数不同，服务商识别到的账户也可能不同。核对时可比较链接开头、结尾及参数是否存在，但不要在公开截图中展示完整凭据。若怀疑凭据已经暴露，应通过自己的服务商处理，而不是在客户端内随意改写参数。
第二步：确认返回内容能被解析
链接可访问并不代表返回的是服务器列表。服务商可能返回登录页面、到期提示、访问限制页面，或者一种与当前导入方式不匹配的文本格式。此时网络请求看似完成，解析后仍可能没有可用条目。请以自己服务商声明支持的 Shadowrocket 导入格式为准，不要把任意网页地址当作 Subscribe 地址。
如果服务商提供了订阅内容的查看方式，可在其账户页面核对当前是否确实有服务器条目，以及该链接面向哪种导入格式。不要为了“修复编码”而手动删除返回文本的字符、重排字段或猜测转换方式：内容格式由服务商生成，手改后即使本次能读取，下次更新也可能再次失效。
还要检查“列表为空”是否只是查看位置不对：确认正在查看 Home 中更新后的服务器列表，而不是仅在 Config 页面寻找服务器。Global Routing 设为 Proxy、Direct、Config 或 Scene，会影响流量处理姿态；切换姿态不能把空的订阅内容变成服务器。先解决导入结果，再检查路由设置。
第三步：核对服务商状态与更新时机
订阅内容由自己的服务商维护。账户状态变化、凭据重置、服务商调整订阅地址或暂时限制请求时，之前保存的 URL 可能不再返回相同内容。若链接原文无误，而服务商账户页面也未显示可用条目，应先向自己的服务商核实；Shadowrocket 无法在返回内容为空时自行生成服务器信息。
判断：一次刷新没有变化，不等于导入失败
先比较服务商账户页面与 Home 列表。如果服务商尚未发布新条目，重复刷新仍可能得到相同列表；如果服务商已经更新而客户端持续报错，再回到链接与请求结果排查。
更新时机也会影响判断。刚更换订阅地址时，应先保存正确的新地址，再主动更新对应条目；仅等待旧条目的自动更新，不会替你改掉旧 URL。服务商刚调整内容时，应按其说明确认内容已经发布，再执行一次更新并观察结果。连续快速操作可能让你难以分辨哪一次请求对应哪个地址，建议一次只改动一项。
- 服务商账户页面显示链接已变更：复制新地址，核对 Subscribe 条目后再更新。
- 账户页面仍显示旧内容：先确认服务商是否已发布变更，不必反复修改 Global Routing。
- 账户页面显示有条目，客户端持续提示加载失败：记录报错、发生时间与所用网络，联系自己的服务商核查链接访问状态；不要发送完整凭据到公开渠道。
如果设备在不同网络下出现不同结果，可以分别记录同一条 Subscribe 的更新现象，帮助判断是当前网络访问问题，还是服务商返回内容问题。测试时保持链接及账户状态不变；否则同时更换网络、地址和配置，会让排查结果无法对应到单一原因。
恢复列表后，检查连接而不是继续改订阅
当 Home 已显示服务器条目，说明订阅获取与解析至少产生了可见结果。接下来若连接仍不可用，应另查服务器参数、服务商状态和路由设置，而不是继续把问题归为“列表为空”。例如 Home 中选中的条目与 Global Routing 的姿态会影响后续请求；Settings → On Demand 决定满足设定条件时是否按需连接，但不会修复一个失效的订阅 URL。
- 先确认更新后确实出现预期条目，并留意是否误选了旧的服务器。
- 再检查 Home → Global Routing 当前是 Proxy、Direct、Config 还是 Scene，按自己的使用目标选择姿态。
- 需要按网络条件自动连接时，再到 Settings → On Demand 检查已设条件；将其与订阅导入问题分开验证。
排查顺序可以固定为“链接完整性 → 返回内容与格式 → 服务商状态 → 更新结果 → 连接设置”。这条顺序的目的不是保证每个问题都能在客户端内解决，而是明确故障发生在哪一环：链接和返回内容需要服务商核实，列表已有条目后的连接问题才进入路由及服务器参数排查。保留每次改动前后的现象，比同时重置多个设置更容易定位原因。