本文适用于已经持有自己服务商订阅的 Shadowrocket（小火箭）用户。先在 Home 手动刷新并确认列表结果，再到 Settings → Subscribe 设置打开时更新；如果请求失败，按网络、更新路径、链接有效性依次检查。订阅更新只获取服务商返回的列表，不等于续费，也不等于切换 Global Routing 或更新 Config 中的规则。
订阅更新的范围：服务器列表，不是规则或套餐
Shadowrocket 保存订阅地址后，会向该地址请求内容，并把其中可识别的服务器条目整理到 Home。服务商调整地址、端口、认证信息或服务器名称后，本地旧条目不会仅因连接开关打开就自动变成新内容，需要再次获取订阅。是否出现新条目，取决于服务商实际返回了什么。
先确认当前条目来自订阅，而不是逐条手动添加。只有单独填写的服务器参数、没有订阅地址时，下拉刷新不能凭空取得新列表。首次添加订阅可使用 Home 右上角「+」→ Type → Subscribe，填写自己的订阅地址并保存；已经导入的订阅无需每次重新添加。
- 订阅列表：由订阅地址返回，更新后可能增加、删除或修改条目；列表数量不一定变化。
- Config：用于配置文件与规则。更新服务器订阅，不代表已更新 Config 中另行管理的配置文件。
- Global Routing：决定连接使用 Config、Proxy、Direct 等处理方式；不是订阅的更新频率设置。
- 服务有效期：由自己的服务商管理。重复刷新不会延长套餐有效期，也不会补充用量。
Home 手动更新：先刷新，再检查结果
手动更新适合首次导入后验证、服务商通知调整后同步，以及自动更新失败后的检查。操作前确认设备能正常访问网络。如果 Home 有多个订阅分组，先记下目标分组的名称，避免把另一组列表的变化当成此次更新结果。
-
确认目标
进入 Home，找到需要更新的订阅分组。确认该分组使用的是自己现有服务商提供的订阅地址，而不是某个单独服务器的连接信息。
-
下拉刷新
在 Home 的列表区域向下拉动，触发订阅刷新。若有多组订阅，留意各组的更新反馈，不要只根据其中一组的成功结果判断全部成功。
-
等候反馈
等待刷新结束，记录是否出现超时、解析失败或其他错误提示。请求尚未结束时不要连续下拉，也不要一边请求一边修改订阅地址。
-
核对条目
展开目标分组，检查服务商预告的新名称或条目是否出现。若原来选中的服务器被移除，重新选择一个仍在列表中的可用条目。
-
验证连接
用实际需要访问的页面或服务验证连接。分别记录“更新是否成功”和“选中服务器是否可用”，不要把两项结果合并成一个结论。
例如，更新前后都是 12 个条目，并不能证明没有更新：其中一个条目的服务器地址可能已经改变，只是名称和总数保持不变。反过来，出现了新名称也不能保证所有服务器都能连接。应结合刷新反馈、预期变化和连接结果判断，而不是只看列表长度。
打开时自动更新：Settings → Subscribe
需要减少手动刷新时，进入 Settings → Subscribe，找到并开启 Update on Open（打开应用时更新）。设置后，下一次打开 Shadowrocket 时检查 Home 的更新反馈；首次配置完成后，仍建议手动更新一次，先证明订阅地址与当前网络路径能够正常工作。
“打开时”是应用打开时触发的更新行为，不等于每隔固定分钟在后台轮询，也不表示应用始终会在后台获取新列表。系统调度、网络状态和应用当时是否正在处理请求，都可能影响实际完成时机。不要把此选项当作服务到期提醒或连接保活设置。
两种更新方式：按使用场景选择
手动更新
- 入口：Home 列表下拉刷新。
- 适用：首次验证、收到调整通知、排查错误。
- 优点：可在同一次操作中观察请求反馈与列表变化。
- 注意：每次只改一个相关设置，再刷新确认。
打开时更新
- 入口：Settings → Subscribe → Update on Open。
- 适用：已确认订阅有效，希望打开时同步列表。
- 前提：打开应用时，订阅地址有可用访问路径。
- 注意：打开应用本身不保证请求必定成功。
先用手动更新验证有效，再启用打开时更新；两者可以配合使用，无需反复删除并重新导入订阅。
若自动更新没有取得新列表，先在相同网络下手动刷新。手动也失败时，应转入网络或链接排查；手动成功而打开时没有完成，则继续核对该开关是否开启，以及打开应用时是否具备与手动刷新相同的网络条件。
Update via Proxy 与 On Demand 的区别
部分订阅地址在当前网络下无法直接访问，但通过已有可用连接可以访问。这时可检查 Settings → Subscribe 中的 Update via Proxy。它影响订阅请求是否通过代理发送，不负责修复过期 token，也不能让一个已失效的服务器重新可用。
订阅请求路径
- 入口
- Settings → Subscribe
- 选项
- Update via Proxy
- 用途
- 让订阅更新请求使用代理路径。
- 前提
- 已有可用服务器，且相应连接路径已经建立。
切换此项后回到 Home 手动刷新，比较请求结果；超时不等于必须开启此项。
自动连接条件
- 入口
- Settings → On Demand
- 用途
- 按配置的网络条件触发或停止 VPN 连接。
- 与更新的关系
- 影响连接是否具备，不替代订阅刷新。
- 检查方法
- 先确认当前连接状态，再在 Home 验证更新。
On Demand 与 Update on Open 是不同设置：一个处理连接条件，一个处理打开应用时的订阅同步。
排查时保持条件可比较：先在当前网络下刷新一次并记录错误；若已有服务器可以正常连接，再建立连接、检查 Update via Proxy，并重试。不要同时切换网络、Global Routing 和多个订阅选项，否则即使更新成功，也难以判断是哪一项改变起了作用。
更新失败时：按错误现象逐项检查
先保留原订阅，不要把“删除后重加”作为第一步。重新添加同一条失效地址通常得到相同结果，还可能丢失方便比对的分组与选择状态。记录失败提示、发生时的网络、是否启用 Update via Proxy，以及问题是否只出现在某一组订阅，通常更有助于定位原因。
下拉刷新一直超时，先改哪个设置？
先确认设备已完成当前 Wi-Fi 的联网认证，再在 Home 重试。若普通联网正常但订阅请求超时，换一个自己可用的网络进行对照；已有代理连接可用时，再检查 Settings → Subscribe → Update via Proxy。每次只改变一个条件，记录结果。
提示解析失败，为什么换网络也没用？
解析失败可能是地址返回了登录页、错误提示或不受支持的内容，而不是有效订阅。回到原服务商的订阅管理页面重新复制完整地址，确认不是套餐介绍页或单个服务器参数。若仍失败，向原服务商提供错误文字并确认返回格式。
昨天还能更新，今天提示没有权限怎么办？
检查原服务商账户的有效期，以及订阅 token 是否被重置。若请求反馈包含 HTTP 401 或 403，应优先核对授权与服务状态；403 也可能来自服务端访问限制，不能只凭状态码断定套餐到期。取得新地址后，修改目标订阅再刷新。
更新成功了，怎么列表还是一样？
先核对目标订阅分组，再确认服务商是否确实发布了变化。相同名称可能对应更新后的连接参数；若返回内容本来就没有变化，列表相同属于正常结果。不要为了追求数量变化而连续重复请求。
更新后为空，要马上删除订阅吗？
先确认分组是否展开，是否存在搜索筛选，再查看刷新时有无解析错误。确认地址完整、服务有效后仍为空，应让原服务商核对该账户返回的内容。保留地址与错误记录，在原因明确前不要反复删除全部配置。
订阅地址常见形式如 https://example.com/sub?token=xxxx，这里只是不可用的示例。实际地址的路径、参数名与字符都以自己的服务商提供内容为准；复制时不要带入换行、空格或聊天文字，也不要擅自删掉问号后的参数。地址中的 & 等分隔符也可能有意义，应整体复制。
更新后的复核：列表同步与连接可用分开判断
订阅请求成功，只说明客户端取得并处理了返回内容。服务器是否可达、认证信息是否有效、Global Routing 是否符合预期，是后续连接层面的检查。若列表已经更新但访问仍失败，继续重复刷新通常不会解决规则或连接问题。
- 检查选择：回到 Home，确认选中的服务器仍存在于更新后的分组中；原条目被移除时重新选择。
- 检查模式：需要按规则分流时核对 Global Routing 为 Config，并检查实际生效的配置；Proxy 与 Direct 的处理方式不同，不应混作同一次测试条件。
- 检查规则：Config 内的 DOMAIN-SUFFIX、IP-CIDR、GEOIP 等规则与 FINAL 兜底属于规则配置，不会因为刷新服务器订阅就自动修正。
- 检查凭据：若只有某个服务器失败，将它与同组其他条目分别测试，避免把单条连接故障误认为整条订阅不可更新。
- 检查自动更新：确认手动刷新正常后保留 Update on Open 设置，下次打开应用时再观察，不需要通过频繁退出和打开来反复请求。
日常使用可保持一条固定流程：收到服务商调整通知后，在 Home 手动刷新；核对预期条目；重新确认当前选择；完成一次实际访问验证。平时由打开时更新补充同步。遇到失败则先区分请求失败、内容解析失败和连接失败，再针对对应环节处理。