Shadowrocket（小火箭）的首次使用可以拆成获取应用、准备服务器配置、选择路由方式和开启连接四件事。本文面向已拥有自己的服务商与订阅的新用户，按十个问题解释 Home、Config、Settings 各自负责什么，以及遇到列表为空、连接失败或自动重连时先检查哪里。本站不提供、不销售、不推荐节点或订阅。
01 · 买断 Shadowrocket 后就能直接连接吗？
一句话答案：不能，客户端买断 ≠ 线路套餐，连接前还需要导入自己已有的订阅或服务器配置。
Shadowrocket 是闭源商业应用，唯一获取入口为 App Store，采用一次性买断。购买的是客户端使用权，不会自动生成远端服务器、订阅地址或账户额度。应用可以打开，与已有服务器能够建立连接，是两个不同的检查环节。
- 从正版核验页进入 App Store，核对开发者为 Shadow Launch Technology Limited，应用 ID 为
932747118。 - 主要使用设备为 iPhone / iPad；Mac、Apple TV、Apple Vision 的兼容性、系统要求与通用购买适用性，以 App Store 页面标注为准。
- 首次操作前，准备自己的订阅地址或完整服务器参数，不要把客户端购买凭据当作订阅信息。
02 · Home、Config、Settings 分别用来做什么？
一句话答案：Home 管理服务器与连接，Config 管理配置文件，Settings 管理应用设置。
先区分这三个入口，能避免把“换服务器”和“换规则”混成一个操作。Home 中选择服务器，决定代理连接使用哪个远端；Config 中启用配置，决定按哪些规则处理请求；Settings 中的选项则影响测试、自动连接等行为。
例如，Home 已经有服务器，但 Config 中没有适合当前用途的规则，不能仅凭服务器列表判断分流已正确配置。反过来，导入规则文件也不一定会补齐服务器凭据。排查时分别确认两者，不要反复导入同一份内容。
03 · 自己已有订阅，第一次怎样添加？
一句话答案：进入 Home 右上角的“+”，将 Type 设为 Subscribe，再填写自己的订阅地址并保存。
订阅地址用于获取一组服务器资料，不是普通网页地址，也不是单个服务器的端口。应完整复制地址中的路径与查询参数；如果只复制到域名，服务器可能返回网页，Shadowrocket 就无法把它解析成服务器列表。
-
准备地址
从自己已有的服务资料中复制订阅地址，确认开头与结尾完整，没有混入换行、空格或说明文字。
-
选择类型
打开 Home → “+” → Type → Subscribe，确认正在添加订阅，而不是手动填写单个服务器。
-
填写并保存
把完整地址粘贴到 URL，填写便于辨认的备注后保存。地址示意为
https://example.com/sub?token=xxxx，这是假值，不能用于连接。 -
检查列表
回到 Home，等待订阅加载；需要重新获取时下拉刷新。确认列表中出现服务器后，再选择一个服务器进行后续测试。
订阅地址中的 token 通常具有访问权限，应视为敏感信息。提交问题截图时隐藏完整地址、密码与凭据；仅说明出现的错误、导入路径和列表是否为空，通常更有利于定位问题。
04 · 连接开关在哪，系统授权要不要允许？
一句话答案：连接开关位于 Home 顶部，首次启动连接时需要允许系统添加 VPN 配置。
先在 Home 选择已导入的服务器，再打开顶部连接开关。iPhone / iPad 可能要求确认添加 VPN 配置，并通过设备认证完成授权。这个授权用于让应用按设置接管网络流量，不等于为远端服务器完成账户认证。
- 开关立即关闭：先查看系统授权是否完成，再核对当前选中的服务器配置是否完整。
- 开关保持开启：只能说明连接功能处于运行状态，不能据此确认所有目标网站都可访问。
- 关闭后又开启：先检查 Settings → On Demand，不要把自动触发误认为开关失效。
修改配置后应重新发起目标请求。部分浏览器或应用会复用已有连接，旧连接的表现不能直接用于判断新设置是否生效。测试时关闭原页面后重新打开，并保持同一个目标地址。
05 · Global Routing 应该选哪个？
一句话答案：需要按规则分流时选 Config，临时检查代理路径时可选 Proxy，对照直连表现时可选 Direct，Scene 则按所配置的场景使用。
Global Routing 是全局路由选择，不是服务器协议选择。切换 Proxy 并不会把 Shadowsocks 变为 Trojan，也不会修复错误密码。诊断时一次只改变一个选项，记录结果后恢复原设置，避免失去对照条件。
Global Routing 选项
- Proxy
- 将受接管的请求交给代理路径，用于检查代理可用性。
- Direct
- 使用直连路径，不等同于关闭 Home 的连接开关。
- Config
- 按当前启用的配置文件及其中规则处理请求。
- Scene
- 依照场景配置使用，选择前先检查具体场景内容。
选项名称描述路由方式，不代表远端服务器已经可用。
Config 中的规则字段
- DOMAIN-SUFFIX
example.com,PROXY，匹配该域名及其子域名。- GEOIP
CN,DIRECT，按目标 IP 的地理归属匹配。- IP-CIDR
192.168.0.0/16,DIRECT，匹配指定 IPv4 网段。- FINAL
DIRECT，前面均未命中时采用此策略。
以上是字段对照；完整规则每行以关键字开头，按顺序匹配。
如果 Direct 可访问而 Proxy 失败，优先检查所选服务器及其连接条件；如果 Proxy 可访问而 Config 失败，则进一步检查规则命中和策略指向。这只是缩小排查范围，不是对问题原因的最终判定。
06 · Config 有什么用，导入后就会生效吗？
一句话答案：Config 用来管理规则等配置，导入后还要确认文件已启用，并让 Global Routing 使用 Config。
在 Config 中看到文件名，只说明文件已经存在。应检查当前启用标记，再回到 Home 查看 Global Routing。若仍处于 Proxy 或 Direct，就不能用网页表现来验证该文件里的分流规则。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,DIRECT上例仅演示规则段，不是完整连接配置。第一行规则让 example.com 及其子域名使用 PROXY；随后处理指定局域网网段和 GEOIP 条件；最后由 FINAL,DIRECT 兜底。规则自上而下检查，先命中的规则决定策略，因此 FINAL 应放在末尾。
- 编辑前先备份当前配置，保留可恢复的副本。
- 不要只改文件名判断是否生效，应检查实际启用的文件与规则内容。
- 域名规则与 IP 规则的匹配依据不同，DNS 解析结果也可能影响后续 IP 规则的判断。
07 · Subscribe 如何更新，更新会改掉什么？
一句话答案：在 Home 下拉刷新可重新获取订阅内容，更新后需要再次检查服务器列表与当前选择。
订阅更新是从原地址重新取得数据，不是延长服务有效期。远端内容变化后，服务器名称、地址或数量可能随之变化；原先选中的条目若已被移除，就需要重新选择。不要假定一次导入后列表会永久保持不变。
- 记录更新前的条目数量、当前选择和报错文字，不记录完整 token。
- 确认当前网络能访问自己的订阅地址，再在 Home 执行刷新。
- 检查更新后是否出现预期服务器；列表为空时，先确认账户状态、地址有效性与返回内容。
- 重新选择服务器并测试，不要在更新失败时立刻删除唯一保留的可用配置。
订阅能成功更新，不代表其中每个服务器都可连接；反过来，现有服务器还能使用，也不代表订阅地址仍可访问。订阅获取与代理连接走的是不同请求，应分别验证。
08 · 延迟低就代表网页一定快吗？
一句话答案：不代表，Connectivity Test 的结果用于辅助筛选，实际访问还受带宽、丢包、目标站点和连接建立过程影响。
在 Home 对已有服务器运行 Connectivity Test，再用同一网络、同一目标网页进行对照。不要把不同时间、不同测试方式得到的数字直接排序；一次成功只能反映当时的测试条件。
- 测试有结果，网页仍失败：检查目标请求的路由策略、DNS 与服务器对该目标的可达性。
- 能打开但大文件慢：延迟不等于吞吐量，持续传输表现需要另行观察。
- 手动添加的服务器失败：核对协议、地址、端口和认证参数，不能只改地区名称。
例如，自己的服务资料写明使用 Trojan、端口 443，就应按原资料填写；443 只是端口号，不能单独证明服务一定是 Trojan。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的参数结构不同，协议类型必须与远端配置一致。
09 · On Demand 要不要打开，为什么会自动重连？
一句话答案：先完成手动连接验证，再按实际网络场景设置 Settings → On Demand；启用后，匹配条件可能自动触发连接。
On Demand 负责何时建立或断开连接，不负责为每个网站选择规则。后者由 Global Routing 与 Config 等设置决定。Scene 与 On Demand 也不应混为同一个开关：前者涉及场景路由选择，后者涉及连接触发。
- 打开 Settings → On Demand，检查当前是否启用以及已配置的网络条件。
- 首次排查时先关闭 On Demand，回到 Home 手动连接，排除自动触发对观察的干扰。
- 手动连接稳定后，再逐项设置所需条件，并在切换 Wi-Fi 与蜂窝网络时验证行为。
- 需要持续断开时，同时检查 On Demand 状态，再关闭 Home 的连接开关。
On Demand 不等于固定的省电模式。耗电与请求数量、重连频率、无线网络质量等因素有关。若连接频繁中断又重建，应先记录发生时的网络条件，再查看 iPhone 系统“设置 → 电池”中的使用情况，而不是仅凭开关名称判断耗电原因。
10 · 连不上时，先查哪三种现象？
一句话答案：先区分“列表没有服务器”“开关不能保持开启”“已开启但目标打不开”，再分别检查导入、授权和路由。
不要在同一轮排查中同时更换服务器、规则、DNS 和 On Demand。每次只改一个变量，重新发起同一个请求，并记录改变前后的现象，这样才能判断哪项设置与故障有关。
“订阅保存了，Home 怎么还是空的？”
回到 Home → “+”对应的订阅条目，核对 Type 为 Subscribe、URL 完整，再刷新。若仍为空，检查自己已有服务的账户状态与订阅返回内容；不要把普通账户页面地址填入 URL。
“开关一打开就关了，该改规则吗？”
先确认系统 VPN 授权已完成，Home 中已选中有效服务器，再记录连接错误。此时不宜先大幅修改 Config；应优先核对服务器类型、端口与认证信息是否符合原始资料。
“显示连接了，为什么网页打不开？”
先在 Home 运行 Connectivity Test，再检查 Global Routing。临时用 Proxy 与 Direct 对照同一目标；若仅 Config 失败，回到 Config 检查启用文件、规则顺序与策略，测试后恢复原设置。
向支持方描述问题时，提供设备类型、当前网络、Global Routing 选项、是否启用 On Demand，以及可以复现的操作顺序。隐藏订阅地址与认证凭据，比直接发送整份配置更有利于保护访问权限。完成这十项检查后，通常可以先明确问题落在应用授权、订阅获取、服务器连接还是规则处理这一层。