01 · Add Server / Subscribe
打开 Shadowrocket，进入 Home。这里用于查看已有服务器、选择当前服务器并控制连接。先辨认手中的资料：一条用于更新服务器列表的订阅链接，应按 Subscribe 导入；一组包含地址、端口及认证信息的单台服务器参数，应按对应协议填写。两种方式择一即可，不必把同一份资料重复添加。
已有订阅链接：使用 Subscribe
从自己的服务商处复制完整订阅链接，返回 Home，点加号进入 Add Server。在 Type 中选择 Subscribe，将链接粘贴到 URL，并填写便于辨认的备注。保存前检查开头、结尾是否完整，尤其不要把聊天消息中的说明文字、换行或空格一起粘贴进去。订阅链接可能包含身份凭据，应仅保存在自己可信的设备上，不公开发送。
保存后回到 Home，等待订阅获取完成；如果列表尚未展开或未出现服务器，使用该订阅条目提供的更新操作，再观察结果。成功时应能在对应订阅分组中看到服务器条目，而不是只有一条订阅地址。订阅更新只负责同步列表，不等于已经连接，也不能据此判断列表中的每台服务器都可用。先选中其中一台，后面再执行 Connectivity Test。
如果保存成功却没有条目，不要立即反复新建订阅。先确认复制的是供客户端读取的订阅地址，而不是账户管理页面地址，再检查当前网络能否获取它。链接失效、访问认证变化或订阅内容格式不匹配，都可能造成更新失败。先保留原条目，按文末顺序核对，再向自己的服务商确认地址状态。
已有单台服务器信息：按协议填写
同样在 Home 点加号进入 Add Server，先按资料选择 Type，例如 Shadowsocks、VMess 或 Trojan，再填写 Address、Port 以及该协议要求的认证字段。不同协议使用的字段并不相同：密码不能替代 UUID，传输相关参数也不能仅凭服务器名称推断。资料若包含 TLS、传输方式或服务器名称要求，应按原始信息逐项核对，不把不确定的字段随意留空或替换。
保存后回到 Home，找到新条目并点选。服务器名称只是备注，真正影响连接的是协议、地址、端口与认证参数。即使条目已显示，也仅说明本地信息保存成功。接下来先选择 Global Routing，再进行连接；此时不需要提前添加大量规则或同时更改多个 Settings 项。
02 · Global Routing 三种姿态
选中服务器后，在 Home 打开 Global Routing。此处决定请求采用哪种总体处理方式，和“当前选中了哪台服务器”是两个不同层次。服务器选择正确但路由姿态不符合预期，仍可能出现连接已建立、目标访问却没有经过该服务器的情况。先理解三种选项，再选择适合当前验证目的的一种。
| 姿态 | 基本作用 | 当前应核对什么 |
|---|---|---|
| 配置(Config) | 按当前配置文件中的规则选择策略。 | 配置是否启用、目标命中哪条规则。 |
| 代理(Proxy) | 让可代理的连接走所选服务器，用于简化初次验证。 | 所选服务器是否可用、实际请求能否完成。 |
| 直连(Direct) | 请求直接连接，不以所选服务器作为代理出口。 | 是否有意选择直连，当前网络能否直接访问目标。 |
首次使用且尚未准备配置文件时，可以先选择代理(Proxy)，完成下一步连接与访问验证。这一步的目的，是把“服务器本身能否连接”和“规则有没有写对”分开判断，并不是要求长期固定使用同一种姿态。Proxy 也不能作为每个应用、每类系统流量必然经过代理的保证，最终仍需结合实际请求验证。
如果已经有自己的配置文件，进入 Config，确认预期文件已设为当前使用的配置，再回到 Home 选择配置(Config)。仅把文件导入 Config 列表，不代表已经启用；仅选中了 Config 姿态，也不能证明文件中的每条规则都符合当前需求。导入订阅通常是更新服务器列表，不应把它与完整规则配置的导入混为一件事。
直连(Direct)适合确认当前网络能否直接访问同一目标。它不是“连接失败后自动修复”的选项，也不会替代服务器认证。若需要进一步理解 PROXY、DIRECT、REJECT 与匹配顺序，可在完成本教程后阅读规则与配置参考大全；初次连接阶段先保持变量尽量少。
03 · Home 开关与 VPN 授权
返回 Home，再确认一次当前服务器与 Global Routing。准备好后打开连接开关。首次连接时，系统可能显示允许 Shadowrocket 添加 VPN 配置的提示。先核对提示中的应用名称，确认这是刚刚主动发起的操作，再选择允许，并按设备要求完成密码或生物识别验证。该提示用于建立系统网络扩展所需的配置，不是订阅导入窗口。
完成系统验证后回到 Shadowrocket，观察开关与连接状态；如果仍处于关闭状态，再主动打开一次。系统权限获准与远端服务器连接成功是两件事：前者允许应用建立本机连接通道，后者还依赖服务器地址、认证参数及网络条件。看到系统 VPN 状态只能说明本机通道状态，不能单独证明远端请求已经成功。
如果刚才取消了提示，重新打开连接开关通常会再次触发相应授权流程。若设备上已有其他 VPN 连接，先断开不需要同时使用的连接，再测试 Shadowrocket，避免把连接互相切换误认为服务器故障。由组织管理的设备可能限制 VPN 配置，遇到明确的管理限制时，应先核对设备管理要求，不反复删除系统设置。
首次验证期间先保持 On Demand 关闭，使用手动开关更容易判断每一步的结果。On Demand 负责按条件触发连接，不负责补齐错误的密码、修正订阅地址或替代规则选择。等手动连接稳定后，再根据实际需求配置它。现在保持连接，进入下一步，用同一个目标验证是否真正生效。
04 · Connectivity Test 与访问验证
先回到 Home，对选中的服务器执行 Connectivity Test。测试结果与所选测试方式有关：显示响应时间，表示对应测试在当时得到响应；显示超时，表示该次测试未在限定时间内完成。测试不是所有网站访问质量的总评，数值也不能直接当作日常页面加载速度。不要只按一次测试结果反复切换服务器。
把测试结果与真实请求放在一起看
保持同一台服务器与同一种 Global Routing，打开浏览器，访问一个自己熟悉且当前可用的页面。观察是否能完成加载，再打开页面中的另一条链接，确认不只是显示了先前缓存的内容。如果只有某个应用异常，先用浏览器访问同类目标做对照，避免把单个应用的登录、缓存或服务状态问题误判为全部连接失败。
回到 Shadowrocket，可结合 Data 中的流量信息与界面提供的连接记录辅助判断。连接期间有流量变化，说明发生了网络活动，但仅凭流量增加不能确定某个目标命中了哪条规则。若记录功能可用，应找到与测试时间、目标域名相符的请求，再查看实际使用的策略。记录中可能含访问目标等隐私信息，分享排查材料前应先处理敏感内容。
配置(Config)还要验证规则结果
如果使用配置(Config)，选择一个预期走 PROXY 的目标，再选择一个预期走 DIRECT 的目标分别访问，并在可用的请求记录中核对结果。配置中的规则通常按顺序匹配，前面的宽泛规则可能让后面的具体规则没有机会生效。能打开页面并不自动等于按预期分流，应同时看目标请求对应的策略。
需要对照时，先停止当前测试请求，切换 Global Routing，再重新发起访问；已有连接可能继续沿用先前建立时的处理方式。比较时使用相同页面与相同网络环境，每次只改一个条件。完成一次“测试有响应、实际页面可访问、策略符合预期”的验证后，再逐步启用自己的配置或 On Demand，这样出现变化时更容易定位原因。
05 · 常见失败点与排查顺序
失败时先记录停在哪一步，不要把订阅更新失败、VPN 未建立、Connectivity Test 超时和单个页面打不开都归为同一问题。保留能复现的目标、当前网络类型、服务器名称与 Global Routing 状态即可；不要在公开记录中附上完整订阅链接、密码或认证内容。以下按从前到后的顺序检查，每完成一项就复测一次。
订阅没有展开：先检查获取过程
确认设备当前网络能正常访问普通页面，再核对 Subscribe 中保存的 URL 是否完整。若订阅依赖当前尚未建立的连接才能更新，应先确认自己是否已有可用的连接方式，不把空列表当作服务器选择问题。地址过期、账户状态变化或返回内容不符合订阅格式，需要由自己的服务商核对；反复保存相同错误地址不会补出有效条目。
测试超时：核对参数与网络条件
打开服务器编辑项，对照原始资料检查 Type、Address、Port 与认证字段，再核对 TLS、传输方式及相关名称字段。注意复制时的首尾空格、数字端口和易混淆字符；不要因为两份资料名称相似就把参数交叉组合。对依赖时间验证的连接，还应在设备系统设置中检查日期、时间与时区是否正确。
参数一致仍失败时，可以在允许的条件下切换 Wi-Fi 与蜂窝网络，使用同一台服务器、同一种测试方式进行对照。若只有某个网络失败，优先考虑该网络的连通条件；若多个网络都失败，再核对服务器是否可用。测试方式本身也可能受到目标限制，因此应同时参考真实页面访问，而不是只根据一个超时标签下结论。
开关无法保持：先看系统配置
检查是否完成了添加 VPN 配置授权，以及是否有其他连接正在接管系统 VPN。系统设置中可搜索 VPN 查看对应配置状态，但不要把删除描述文件作为第一步。若确需重新授权，先保留应用中的服务器和配置资料，按系统提示处理后再返回 Home 连接。应用内资料、系统 VPN 配置与远端服务器是不同层次，删除其中一项并不等于重置全部问题。
连接已建立但部分访问失败：回到路由与 DNS
先确认 Global Routing 没有停在直连(Direct)。若代理(Proxy)可访问、配置(Config)不可访问，优先检查当前启用的 Config 文件、规则顺序及命中策略。若域名解析失败，表现可能与服务器超时相似，应结合连接记录确认失败发生在解析阶段还是建立远端连接阶段，不要同时更换 DNS、规则与服务器后再猜测是哪一项起作用。
每次只调整一个字段或一种姿态，保存后重新发起同一请求；没有改善就恢复原值，再检查下一项。需要继续深入时，阅读常见问题了解购买、权限与订阅问题，或进入规则与配置参考大全核对配置结构。至此应能明确区分“信息未导入”“服务器未连通”“本机未授权”和“规则不符合预期”，而不是靠反复重装应用试错。