Shadowrocket 首次连接教程
先导入已有信息，再选择 Global Routing；打开连接开关后，用测试结果与实际访问共同确认。
Add Server：添加服务器或导入订阅
先判断手中的信息是哪一种。完整的订阅链接用于导入一组服务器；单台服务器的地址、端口、协议及认证信息用于手动添加。两种方式任选与已有资料对应的一种即可，不必重复建立同一条记录。不要把服务管理页面的网址填成订阅链接，也不要凭地址外观推断协议。
已有订阅链接：选择 Subscribe
打开 Shadowrocket 的 Home，在 SERVER 分组附近找到 Add Server 并进入。在 Add Server 中点开 Type，选择 Subscribe，然后把已有的完整订阅链接填入对应的 URL 字段；如有备注字段，可写便于自己辨认的名称。确认没有多余空格、换行或遗漏的查询参数，再使用页面右上角的保存操作返回 Home。
等待订阅内容载入后，检查 SERVER 下是否出现可选服务器。保存一条订阅记录与成功获取订阅内容不是同一件事：若只看到订阅名称却没有服务器，先查看是否仍在加载，必要时使用该订阅记录对应的更新操作。若提示错误，保留错误原文，转到最后一步按“导入失败”处理，不要通过反复添加同一个链接来尝试修复。
已有单台信息：按 Type 填写字段
同样从 Add Server 进入，先选正确的 Type，再核对该类型显示的字段。官方截图中可见 Host、Port、Password、Method；不同 Type 的字段并不完全相同，应严格按已有服务器资料填写。Host 放服务器地址，Port 放端口数字，认证值与 Method 等选项必须对应，不能将某种协议的参数搬到另一种协议中。
若已有资料是二维码，可以使用 Scan QR Code，并按系统提示授权相机；从相册读取时也只选择自己的有效配置图片。Import from Cloud JSON 则用于已有的对应格式资料，不是任意网页内容的导入按钮。信息中包含密码或访问凭据时，不要把原图或完整链接公开发送。
本步完成标志：Home 的 SERVER 中已有至少一条可供选择的服务器。此时还没有验证连接能力；下一步先确定流量处理方式，再开启连接。订阅与配置文件不是同一个概念，区别可在名词解释中查看。
Global Routing：选择配置、代理或直连
服务器导入后，返回 Home，点开 Global Routing。这里控制请求按什么方式处理，不负责替用户补齐服务器资料。三种姿态分别是配置(Config)/代理(Proxy)/直连(Direct)。先理解区别，再选择符合当前目的的一项，可以避免“开关已开，但某个页面仍没有经过代理”的误判。
- 配置(Config)：依据当前启用配置中的规则处理请求。不同目标可能命中 PROXY、DIRECT 或 REJECT；适合已经准备好相应规则的日常使用。
- 代理(Proxy)：以代理方式处理流量，可用于短时对照测试，判断某项异常是否与 Config 中的分流有关。不要把它理解为能改变服务器本身的可用性。
- 直连(Direct)：不通过代理服务器转发。需要验证代理服务器时，不应停留在这个姿态。
准备按规则使用时，先选择配置(Config)，再到 Config 页确认当前启用的是预期配置文件。点开配置文件可查看 General、Rule、Hosts 等分段；本页官方截图展示的是配置文件编辑页面，而不是 Home 中的 Global Routing 选择入口。不要因为进入过某个文件的编辑页，就认为该文件一定已经被启用，应回到配置列表核对当前选择状态。
Rule 中的规则通常从上向下匹配，具体规则应放在合适的位置，FINAL 用于前面规则未匹配时指定后续策略。PROXY、DIRECT、REJECT 是处理策略，不是服务器名称。首次连接不建议同时修改 General、Rule 与 DNS；先沿用已确认用途的配置，让后续测试有清楚的起点。
若还没有准备自己的规则配置，可以先用代理(Proxy)做一次服务器连通性对照测试，完成后再决定是否切回配置(Config)。从 Config 切到 Proxy 后访问恢复，只能说明规则、解析或路径存在差异，不能仅凭这一现象断言某一条规则有错。
本步完成标志：能够说清当前 Global Routing 是哪一项；选择 Config 时，也知道当前使用哪个配置文件。需要查规则关键字时转到名词解释，首次上手不必在这里扩展整套规则。
Home：选中服务器并打开开关
回到 Home，在 SERVER 中点选本次准备使用的服务器，确认其出现选中圆点或相应选中标记。列表里有服务器不等于已经选好了默认服务器；进入某条记录的编辑页面也不等于选中该条记录。应返回 Home，直接检查列表中的选中状态，再核对上方 Global Routing 是否仍为上一阶段确定的姿态。
确认后打开 Home 顶部连接开关。首次使用时，系统可能请求添加 VPN 配置；核对请求由 Shadowrocket 发起，理解该授权用于建立系统网络通道后，按设备提示完成确认和身份验证。如果选择取消，应用就无法完成本次通道建立。设备由组织管理时，相关权限可能受管理策略限制，应先确认设备允许添加该配置。
授权完成后留在 Home，观察顶部原先的 Not Connected 是否变为连接状态，并给连接过程一些完成时间。不要在状态尚未稳定时连续快速拨动开关，这会把几次启动和停止混在一起，影响后续判断。若开关立即回落或一直未能连接，先记录当时的提示，而不是马上切换全部设置。
系统显示 VPN 标记，表示系统网络通道已经建立，不代表每条请求都走代理，也不代表远端服务器一定能成功转发目标请求。尤其在配置(Config)下，匹配 DIRECT 的请求仍会直连；这属于规则结果，不能仅凭访问某个本来可以直连的页面来判断代理是否有效。
连接建立后，先保留当前选中服务器与 Global Routing，不要马上切换 Wi-Fi、蜂窝网络或另一条服务器。保持条件稳定，才能把下一步 Connectivity Test 的结果与这次连接对应起来。如果需要换服务器，应一次只换一条，重新确认选中标记后再测试。
本步完成标志：选中服务器明确、系统授权已完成、Home 顶部显示连接状态。接下来必须做验证；不要把“开关保持开启”当作教程的终点。
Connectivity Test：验证连接与实际访问
在 Home 点 Connectivity Test，等待本次测试结束，读取界面显示的结果。测试用于提供一个可重复观察的连通性信号，不等于完整的带宽测量，也不保证每个网站或每种应用请求都能成功。不要把某一次结果中的数值当成长期性能结论，更不需要为了追求更小的数字而反复更改设置。
完成应用内测试后，切到浏览器或实际要使用的应用，打开自己需要访问的页面并执行一次刷新。已有页面可能来自缓存，因此“看得到页面”与“刚刚完成网络请求”不是一回事。可以在同一页面内进入另一项内容，确认新请求是否正常完成；本教程不指定外部测试网站，也不要求提交账户或凭据来验证。
验证时同时看三件事：Home 连接状态是否保持、Connectivity Test 是否完成、实际目标是否能正常访问。三者都符合预期，就可以保留当前设置。若测试成功但某个页面失败，先判断是单一目标异常还是多个目标都异常，再检查 Config 的匹配结果与 DNS；不要立刻删除全部服务器或重新安装应用。
需要做对照时，记录当前配置后，短时将 Global Routing 从配置(Config)改为代理(Proxy)，重新发起同一请求。如果两种姿态结果不同，排查重点转向分流配置及相关解析路径；如果都失败，则继续检查服务器信息与本地网络。测试结束后恢复原本需要的姿态，避免把临时测试设置留作日常配置。
如果准备从 Wi-Fi 切换到蜂窝网络做比较，应保持服务器与 Global Routing 不变，待网络切换完成后再重新测试。网络变化会影响解析与连接路径，这一轮比较只能用于定位是否与本地接入有关，不能据此承诺某条服务器在所有环境下均可用。
本步完成标志：应用内测试与实际请求均已核对，或者已经明确记录某一阶段的失败现象。后者同样有用：它为下一步提供可执行的排查起点。
Settings：按失败阶段逐项排查
先把问题归入“无法导入”“无法建立连接”或“连接后访问异常”，然后只检查与该阶段有关的项目。Settings 中可见 Test Method、On Demand、Diagnostics 以及 Proxy、TCP、UDP 等设置；这些入口用于不同目的，并不是遇到失败时都要开启的选项。先保留默认或已知可用的设置，每次只调整一个变量。
无法导入：先检查输入与获取过程
回到第一步，检查是否把订阅链接填在 Subscribe 对应的 URL 字段，是否复制完整，是否混入说明文字，以及本地网络是否能完成该链接的请求。订阅链接的有效性、访问限制和内容状态，需要向用户已有的服务提供方核实。服务器列表为空时，先分清订阅更新失败还是返回内容中没有可用记录，不要把空列表归因于 Global Routing。
无法连接：核对选中状态与服务器字段
检查 Home 是否确实选中了服务器，再打开该条记录核对 Type、Host、Port 与认证信息。手动输入时最常见的是协议类型不对应、端口填错或复制认证值时带入空格。确认系统 VPN 配置授权已经完成，并检查是否有其他 VPN 连接正在影响本次测试；需要对照时先暂停其他连接，再重新启动 Shadowrocket。
已连接但访问异常：区分测试、规则与网络
在 Settings 查看 Test Method，确保前后比较采用相同测试方式；改变测试方法会改变结果的含义。若需要进一步观察，可进入 Diagnostics，按界面实际提供的工具检查当前问题。诊断记录可能包含目标域名、服务器地址或连接信息，向他人说明问题前应先隐藏敏感内容，只保留定位所需的错误片段。
当配置(Config)异常而代理(Proxy)正常时，优先核对当前启用文件和 Rule，而不是把所有请求都永久改成同一策略。若仅切换本地网络后恢复，先记录网络差异，再检查 DNS 与接入条件。DNS、UDP 或某个协议的高级参数需要结合具体现象调整，不能把任意一项“打开”当成通用修复方法。
首次测试期间也不必启用 On Demand。它用于按条件触发连接，不会修复错误的服务器信息；在基础连接已验证之后再配置，更容易区分自动触发条件与实际连接故障。需要继续查证时，阅读问答中的故障排查或相关术语解释；商店地区、购买与换机恢复问题则参阅正版指南，不要混入网络参数排查。
排查结束后：恢复为需要的 Global Routing，确认默认服务器，重新运行 Connectivity Test 并访问实际目标。保留一份能正常使用时的设置记录，下次出现问题就能逐项对照，不必从头改动全部配置。
