适用于已经拥有自己的服务商与订阅、在 Shadowrocket（小火箭）中添加后看不到服务器，或手动更新失败的情况。先区分链接、响应内容与访问路径三个环节，再逐项核对；首次列表为空时，不要把“开启连接开关”当作通用解法，也不要先删除仍能使用的旧条目。
一、先区分：没有导入、没有更新，还是条目不可用
订阅更新不是连接服务器本身。应用需要先访问订阅地址，取得响应内容，再把其中支持的服务器信息解析到列表。订阅分组已经出现，只能说明保存了相关信息，不能证明本次请求成功；列表里有旧条目，也不能证明刚才完成了更新。
先在 Home 观察出问题的订阅分组，确认它是否展开，并记录手动更新后的提示。若仍有旧条目，先保留，再检查本次更新；若第一次导入就是空列表，重点检查地址和返回内容。以下现象对应不同的起点，不宜混在一起处理。
| 可观察现象 | 优先检查 | 暂不做的操作 |
|---|---|---|
| 首次添加后没有任何服务器 | 地址是否完整、响应是否包含有效条目 | 反复切换 Global Routing |
| 原有服务器还在，但更新失败 | 订阅状态、访问路径与错误提示 | 删除原订阅及全部旧条目 |
| 列表有服务器，但连接不可用 | 服务器参数、连接测试与服务状态 | 仅凭连接失败认定订阅格式错误 |
| 只看到分组名称，没有展开内容 | 展开分组，确认是否确实没有条目 | 立即重复添加同一地址 |
二、链接格式：复制订阅地址，不是账户页面
从自己已有服务的管理页面重新复制面向 Shadowrocket 的订阅地址，再与应用中保存的地址核对。账户首页、登录页面、购买记录页面与订阅端点的作用不同；能在浏览器里打开一个网页，不代表该网页就是应用可解析的订阅。
- 确认复制来源。使用服务页面中明确用于订阅导入的复制操作，而不是复制浏览器当前地址栏。若有不同内容格式，选择适用于 Shadowrocket 的格式；不要只凭文件扩展名判断。
- 核对首尾。检查开头是否带有意外引号、空格或说明文字，末尾是否被聊天工具截断。视觉上自动换行不一定改变地址，但实际插入换行符可能使地址失效。
- 保留查询参数。地址中
?后面的参数可能承担身份验证作用，&连接的后续参数也可能影响返回格式。不要为了让地址“更简洁”而删掉它们。 - 不手动解码凭据。
%2F、%2B等可能是合法的百分号编码。不要随意替换，也不要把+改为空格。 - 检查是否重置过地址。服务端重置订阅凭据后，旧地址可能立即失效。用新地址替换原订阅保存的地址，避免新旧分组混淆。
订阅地址与单个服务器分享内容也不是同一类输入。以 ss://、vmess:// 或 trojan:// 开头的内容通常用于描述服务器，不应仅因可以复制就当作远程订阅地址。通过 Home → Add Server 添加时，应先确认手中的内容类型，再使用对应的输入方式。
三、确认服务状态：请求成功不等于内容可解析
重新复制后仍为空，应到自己已有服务的管理页面核对订阅是否有效、是否还有可用条目，以及是否发生了地址重置。客户端只能处理服务端实际返回的内容；如果返回的是登录页、验证页或空内容，反复导入同一地址不会补出服务器。
下列卡片中的 HTTP 状态是标准响应状态，用于解释已经取得的诊断信息，不代表 Shadowrocket 在所有情况下都显示相同报错文案。只看到“更新失败”时，应记录实际提示，不要直接推断为账号到期。
报错：HTTP 401 Unauthorized
原因与解法：端点拒绝了当前身份凭据；在已有服务的管理页面确认订阅地址是否被重置，并重新复制有效地址后更新。
报错：HTTP 403 Forbidden
原因与解法：端点拒绝本次访问，可能涉及权限或访问限制；向自己的服务方核对响应原因，不要仅凭此状态反复修改协议参数。
报错：HTTP 404 Not Found
原因与解法：请求路径不存在，或服务端以此状态隐藏失效资源；核对完整路径，确认是否仍在使用旧订阅端点。
报错：HTTP 429 Too Many Requests
原因与解法：请求触发了服务端频率限制；停止连续刷新，按服务端给出的等待要求稍后再试，并检查是否有多台设备频繁更新。
即使返回 HTTP 200，内容也可能只是带有“请登录”的 HTML 页面，而不是订阅数据。类似地，一段可读取的文本也未必包含应用支持的服务器描述。应让服务方确认该地址对当前账户返回的实际内容类型，而不是只确认“网页能打开”。
结论：先确认响应内容，再处理解析问题
若服务端确认返回的是登录页或空集合，先处理账户或端点状态；只有确认响应包含适用的服务器条目后，才继续检查格式兼容性与更新设置。
四、更新时机：检查 Settings → Subscribe 与访问路径
打开 Settings → Subscribe，核对订阅更新相关设置，尤其是 Update via Proxy。它针对订阅请求的访问路径，不会修正错误地址，也不会生成服务器条目。首次导入没有任何可用服务器时，不能假设打开这一项就能完成请求。
- 先做一次手动更新。回到 Home 下拉触发更新，观察目标订阅的结果。一次只改一个条件，记录更改前后的提示，避免同时修改地址、网络和路由模式。
- 确认基础网络可用。如果当前 Wi-Fi 需要网页认证，先完成系统网络认证。普通网页能打开只能证明部分网络功能正常，不能证明订阅域名一定可访问。
- 再决定是否使用 Update via Proxy。如果已有可用服务器，并且订阅端点需要经该路径访问，可启用此项后连接已有服务器，再回到 Home 手动更新。没有可用服务器时，先处理首次获取订阅的访问条件。
- 核对自动更新条件。在 Settings → Subscribe 查看当前提供的更新选项及其状态。打开应用、手动刷新与后台活动不是同一个时机；系统后台调度不应被当作精确定时任务。
- 用前台结果复核。修改设置后保持应用在前台，手动更新一次。不要仅依据连接开关已打开，或等待了一段时间，就认定订阅已刷新。
Global Routing 中的 Proxy、Direct、Config、Scene 属于路由模式选择；它们与订阅更新开关不是同一层设置。Config 模式会涉及当前 Config 的规则，规则顺序与策略可能影响相关请求的路径，但在尚未确认地址和响应内容前，不应先大范围改动规则。
五、列表仍为空：用四个问题缩小范围
下面四项分别对应首次导入、格式识别、网络差异和旧条目保留。按自己的现象选择操作，不需要把所有设置全部试一遍。协议名称只说明连接类型，Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard 的名称本身，都不能证明整份订阅已被正确解析。
第一次导入就是空的，要先打开连接开关吗？
先检查 Home 是否已有可用服务器。完全没有条目时，连接开关不能替代订阅获取；回到服务页面核对地址与内容，再在 Settings → Subscribe 检查 Update via Proxy 是否与当前条件匹配。
同一个地址在浏览器里能打开，为什么还是解析失败？
浏览器可能使用已有登录状态，也可能展示登录页或验证页。请服务方确认应用直接请求该地址时返回的是适用于 Shadowrocket 的订阅内容，而不是只检查网页是否显示成功。
Wi-Fi 下失败，切到蜂窝网络就能更新，是地址坏了吗？
同一地址在另一网络成功，说明应优先检查失败网络的认证、域名解析或访问限制。保持地址与 Subscribe 设置不变，再比较网络结果；不要同时重置订阅凭据，否则无法判断是哪项变化起作用。
更新失败了，但旧服务器还能用，要删掉重加吗？
先保留旧条目，记录本次更新错误并核对服务状态。旧服务器可连接与订阅端点可访问是两件事；删除后可能失去当前可用路径，且不会修复端点的权限或返回内容。
六、复测与反馈：保留能定位问题的记录
恢复后，在 Home 确认目标分组内确实出现了预期条目，再单独检查服务器连接情况。服务器数量不是越多越能说明成功，应与自己账户当前返回的内容相符。也不要只看旧条目名称没有变化，就判断此次更新失败。
- 记录操作：首次添加还是更新已有订阅，是否重新复制地址，是否改变了 Update via Proxy。
- 记录环境：使用 Wi-Fi 还是蜂窝网络，网络是否需要认证，更新时应用是否在前台。
- 记录现象：分组是否存在、是否展开、是否保留旧条目，以及错误提示的完整文字。
- 记录对照：保持地址不变，仅更换网络后的结果；或保持网络不变，仅调整更新路径后的结果。
- 保护凭据：向自己的服务方反馈时使用其正式支持渠道；截图先遮盖完整订阅地址及认证信息。
涉及地址有效性、账户权限与返回内容的问题，由自己的服务方核对；涉及应用菜单与设置含义，可继续查看教程与协议手册。本站不提供、不销售、不推荐任何节点或订阅。客户端买断 ≠ 线路套餐，获取应用本身不会附带可导入的服务器列表。