适合已经在 Shadowrocket 导入自己订阅的用户。先在 Home 验证一次手动更新，再到 Settings → Subscribe 检查 Update on Open；遇到失败时，按网络、链接、返回内容与请求间隔逐项排查。更新订阅只负责重新取得服务器列表，不等于测试线路，也不等于更新 Config 中的规则。
订阅更新的范围：列表、连接与规则分别管理
Shadowrocket（小火箭）是 Apple 平台的闭源商业应用，以 iPhone / iPad 使用为主，仅通过 App Store 购买安装，采用一次性买断。客户端买断 ≠ 线路套餐。本文以用户已有自己的服务商与订阅为前提；本站不提供、不销售、不推荐节点、订阅或服务商。价格、系统要求与通用购买适用性以 App Store 页面标注为准。
订阅更新是重新请求已经保存的订阅地址，再解析响应中的服务器信息。远端可以调整服务器地址、端口、名称或认证参数，因此更新后列表可能变化；如果远端没有修改，成功更新后列表也可以保持原样。不能仅凭“数量没变”判断更新失败。
Home 中的订阅列表、Config 中的配置文件与系统中的 VPN 连接不是同一对象。订阅请求成功，不代表每条记录都能连接；已有连接正常，也不代表订阅地址仍然有效。排查时应先确定失败发生在哪一层，再选择操作。
手动更新：先刷新一组订阅，再核对结果
第一次排查时，优先更新一组订阅，避免多个地址同时失败而难以判断来源。以下操作针对已经导入的订阅分组，不需要重新添加同一地址；重复导入容易生成重名分组，反而增加核对难度。
- 打开 Home。找到要更新的订阅分组，确认当前看到的是该分组内的服务器，而不是单独手动添加的记录。
- 对订阅分组操作。长按订阅分组名称，在出现的操作菜单中选择
Update。应操作分组标题，而不是某一条服务器记录。 - 等待本次请求结束。不要在请求未结束时连续点击。留意结果提示；如果界面显示更新时间，也可一并记录。
- 核对列表内容。查看分组是否仍存在、记录是否完整，以及远端已经通知变更的名称或地址是否出现。数量相同并不能证明内容未更新。
- 单独检查连接。若当前选中的记录被移除或更名，重新选择仍在列表中的记录，再根据需要重新连接并验证实际访问。
Home 列表下拉刷新也可用于触发订阅更新；管理多组订阅时，要留意是否同时触发了其他分组的请求。若只想定位一个地址的问题，使用该分组的 Update 更容易把提示与订阅对应起来。菜单位置与展示形式应以当前应用界面为准。
打开时自动更新：设置 Update on Open
手动更新已经成功后，再开启自动触发，能够区分“请求本身失败”和“自动触发条件未满足”。Update on Open 的用途是在打开应用时触发订阅更新，不是常驻后台的定时下载任务，也不代表每次切换到前台都会立即发出新的请求。
- 进入 Settings → Subscribe，找到 Update on Open 并开启。
- 检查同一页与更新间隔有关的选项。如当前界面提供间隔设置，先保留现有值，并记录它；不要把短时间反复打开当成必定重新请求。
- 返回 Home，保留该订阅分组。按设置的间隔等待后重新打开应用，观察更新提示或界面提供的时间信息。
- 如果没有可见变化，执行一次分组的 Update。手动成功而自动未触发时，优先核对开关、间隔与打开时的网络状态，不要直接替换订阅地址。
打开应用与连接 VPN 是两件事。Settings → On Demand 管理按条件触发连接的行为，不负责更新订阅；开启 On Demand 不能替代 Update on Open。相反，即使没有开启 On Demand，只要请求所需的网络可用，订阅仍可手动更新。
结论：先验证请求，再验证触发
同一订阅手动更新成功后，再检查自动更新是否按间隔触发；如果手动也失败，应直接排查网络与链接，继续切换自动更新开关不能修复远端响应。
更新失败：按错误类型决定下一步
失败提示可能来自系统网络层、HTTP 响应或内容解析层。以下英文是可能出现在网络错误详情中的原文，不保证每次都由应用以相同格式显示。应保存实际提示，并结合出现时间判断；不要把所有失败都归因于订阅过期。
网络详情：The request timed out.
原因：请求未在限定时间内完成，可能涉及网络不通、远端响应慢或当前代理路径不可用。
解法：先切换一次 Wi-Fi 与蜂窝网络进行对照，再更新同一分组；如果只有订阅地址不可达，再检查是否需要通过已有可用连接更新。
网络详情：A server with the specified hostname could not be found.
原因：订阅地址的主机名无法解析，可能是链接抄错、域名失效或当前网络解析异常。
解法：核对已有订阅的域名与完整地址，在另一网络重试；不要直接把域名改成 IP，这可能破坏 HTTPS 证书校验及服务端识别。
HTTP 状态：403 Forbidden
原因：服务器拒绝本次请求，可能涉及授权、访问限制或安全策略，不能仅凭状态码认定客户端故障。
解法：在自己的服务商账户内确认订阅权限与当前地址，把状态码和发生时间提交给对方核对，不要连续高频请求。
HTTP 状态：429 Too Many Requests
原因：远端对请求频率进行了限制，反复刷新可能延长无法正常获取内容的时间。
解法：停止手动连点，按远端说明等待；若响应包含 Retry-After，按其指定的等待时间或时刻重试，并检查自动更新间隔。
如果地址返回的是登录页、验证页或通知页面，即使 HTTP 状态为 200，也不代表返回了可解析的订阅。此时表现可能是解析失败或列表为空。应从自己的服务商账户重新核对订阅入口，而不是把网页地址当作订阅地址使用。
- 链接完整性：检查是否带入前后空格、换行，查询参数是否缺失，特别留意复制时截断的 token。
- 授权状态：确认订阅是否被重置、撤销或替换。旧链接曾经成功，并不能证明今天仍然有效。
- 响应内容：确认远端提供的是适用于当前应用的订阅内容，而不是账户管理页面或单纯的说明文字。
- 证书异常：先检查设备日期与时间是否正确，再联系自己的服务商核对证书；不要通过关闭安全校验来掩盖问题。
Update via Proxy：先有可用连接，再决定请求路径
当订阅地址在当前直连网络无法访问，而已有服务器仍然可用时，可以检查 Settings → Subscribe → Update via Proxy。该选项用于调整订阅更新的网络路径，不会生成可用服务器，也不会修复已经撤销的链接或错误的响应内容。
- 在 Home 选择已有且确认可用的记录，打开连接开关，并验证实际网络访问正常。
- 进入 Settings → Subscribe，开启 Update via Proxy，再回到 Home 对同一分组执行一次 Update。
- 比较开关前后的结果。只有经过现有连接才能成功时，可保留相应设置；两种路径均失败，则继续核对地址与远端状态。
- 若全部已有记录都不可用，先处理连接问题或向自己的服务商确认当前有效信息，避免依赖失败连接反复更新。
Global Routing 下的 Config、Proxy、Direct、Scene 属于流量处理姿态，不是订阅更新时间设置。尤其不能把 Direct 理解为“强制刷新订阅”，也不能认为切到 Proxy 就一定完成了更新。诊断时一次只调整一个因素，并记录结果，避免同时更改分流、DNS 与订阅选项后无法定位原因。
结论：保留一组可复现的对照
对同一订阅分别记录网络类型、Update via Proxy 状态与结果；能稳定复现的差异，比连续重导入订阅更有助于确定问题所在。
常见问题：更新间隔、列表变化与规则刷新
每次打开都没看到刷新，是自动更新坏了吗？
先到 Settings → Subscribe 确认 Update on Open 已开启，并检查当前界面提供的更新间隔。等待间隔后再观察；随后手动执行 Update，区分触发条件问题与请求失败。不要只凭服务器数量没变下结论。
更新成功了，为什么原来的服务器不见了？
重新取得的内容可能已移除或重命名该记录。先确认自己查看的是正确分组，再从现有列表重新选择；若远端预期与实际不符，向自己的服务商确认返回内容，不要通过修改陌生地址补回记录。
能不能把自动更新间隔调到越短越好？
不能把更短间隔等同于更稳定。按自己的服务商规定设置，远端未变化时重复请求不会带来新内容；出现 429 时先停止重试并等待，避免手动刷新与自动触发叠加。
订阅刷新后，DOMAIN-SUFFIX 规则也更新了吗？
不能据此判断。服务器订阅与 Config 中的规则维护是不同操作。需要更新配置时，到 Config 核对当前启用文件及其来源；DOMAIN-SUFFIX、GEOIP、IP-CIDR、FINAL 的内容与顺序应单独检查。
更新失败但旧列表还能连接，需要马上删除吗？
先保留旧列表，记录报错并核对已有订阅地址。旧连接可用只说明该记录目前仍能连接，不证明订阅权限正常；确认新地址有效并成功更新后，再处理重复或失效分组。