步骤 01 / 先让资料进入列表

Add Server 与 Subscribe 导入

手动参数、订阅链接与二维码是不同形式的资料，选择与你已有资料对应的入口即可。

Add Server：填写单个服务器

打开 Shadowrocket 后进入 Home，找到 SERVER 区域及 Add Server 入口。进入 Add Server 页面后，先核对 Type。它决定后面需要填写哪些字段，不能只看地址相同就沿用默认类型。你的资料写的是 Shadowsocks、VMess、VLESS 或其他协议，就应选择相应的 Type，再逐项对照，而不是靠反复尝试猜出类型。

Host 填写已有资料中的服务器域名或地址，Port 填写对应端口。Password、Method 等字段是否出现以及如何填写，取决于所选协议。截图展示的是包含这些字段的一种页面状态，并不代表每个 Type 都需要相同参数。不要把订阅链接整段填进 Host，也不要把网页地址中的路径当作服务器域名。复制完成后检查首尾空格和换行，再保存并返回 Home。

如果资料还列出 TLS、Server Name、传输方式或路径等信息，应继续核对相应选项。地址与端口正确，只能说明填写了连接目标，不能证明认证和传输参数已经完整。暂时不理解某个字段时，保留原资料中的对应值；协议字段的进一步说明见技术参考中的协议说明。

Subscribe：导入已有订阅链接

已有完整订阅链接时，进入 Config，找到 Subscribe 入口，添加你的链接并保存，再执行订阅更新。不同界面状态的按钮位置可能略有变化，应以 Subscribe 这一入口名定位。订阅用于读取并维护一组服务器条目，配置文件则可以包含规则和其他设置，两者用途不同，不要仅因名称里都有“配置”就互相替代。

更新结束后返回 Home，检查 SERVER 区域是否出现对应条目。只看到订阅名称，不等于订阅内容已经成功读取；应继续确认组内确实有可选服务器。若结果为空或出现更新错误，先检查链接是否完整、是否仍有效，以及当前网络能否完成读取。此时还没有进入连接步骤，不必先改 Global Routing 或 DNS。

Scan QR Code 与剪贴板资料

如果你的资料以二维码提供，可使用 Scan QR Code，按系统提示允许相机访问，读取后核对识别出的类型与参数再保存。已有分享链接时，也可使用应用提供的剪贴板导入提示或入口；剪贴板中应只有需要导入的完整内容，不要混入说明文字。Import from Cloud JSON 用于对应格式的资料，并不是所有链接都通用的导入入口。

本步完成标志：Home 的 SERVER 区域已经有与你的资料对应的条目，打开条目后能核对类型和地址。先选一个明确的目标用于后续测试，暂时不要同时导入多份来源不明的配置，以免难以判断哪一份设置正在生效。

Shadowrocket 的 Add Server 页面，显示 Type、Host、Port、Password、Method，以及 Scan QR Code 和 Import from Cloud JSON 入口 — Add Server：先选 Type，再核对该类型所需字段。

步骤 02 / 决定请求如何处理

Global Routing 模式选择

配置(Config) / 代理(Proxy) / 直连(Direct)

完成导入后回到 Home，点击 Global Routing，先确认当前选中的姿态。SERVER 列表决定可使用哪个服务器，Global Routing 决定请求按照什么方式处理。这是两个独立选择：选中了服务器，并不意味着所有请求都会经过它；切换到直连(Direct)，也不会删除已经保存的服务器资料。

配置(Config)：按配置规则处理

日常需要区分代理和直连请求时，选择配置(Config)。在此之前，进入 Config 核对所使用的配置文件，确认它已被选用，而不只是保存在列表里。配置编辑页中的 General、Rule、Hosts、URL Rewrite、HTTPS Decryption 分属不同设置范围；本次先关注 Rule，不必为了完成首次连接逐项启用其他功能。

Rule 中的规则通常按顺序检查，请求命中哪一条，就采用该条指定的策略。DOMAIN-SUFFIX 用于域名后缀匹配，FINAL 处理前面未匹配的请求。下面片段只演示“指定域名走代理，其余直连”的含义；example.com 是示例域名，不是服务器地址，也不是需要实际使用的规则目标。

DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

需要添加自己的规则时，在配置编辑页找到 Rule 与 Add Rule，按目标域名和策略填写，并把具体规则放在 FINAL 之前。还要核对当前配置里的策略名称及其指向，不能只复制一段文本就认为代理服务器已经选好。已有可用配置时，首次验证阶段优先保持原样，待连接成功后再逐项调整。

代理(Proxy)与直连(Direct)：用于对照

选择代理(Proxy)时，请求按该模式交由当前代理路径处理，适合临时判断问题是否来自 Config 中的分流规则。选择直连(Direct)时，请求不通过所选代理服务器，可用于检查目标在当前网络下的直接访问情况。直连能打开某个网站，并不能证明代理服务器正常；代理能打开，也不能证明 Config 中的某条规则一定正确。

本教程先保留一个明确的模式，完成下一步连接与验证。若你的目标是规则分流，测试结束后回到配置(Config)，避免把临时使用的代理(Proxy)当成长期规则设置。Global Routing 若还显示 Scene 等选项，本次无需配置，先完成这三种姿态的基本对照。

Shadowrocket 的 Config 配置编辑页面，显示 General、Rule、Hosts、URL Rewrite、HTTPS Decryption 分段及 Add Rule — Config：确认使用的配置，再检查 Rule 与 Add Rule。

步骤 03 / 建立客户端连接

Home 开关与 VPN 配置权限

现在回到 Home，在 SERVER 列表中选择本次要使用的服务器，确认选择标记落在预期条目上，然后再次看一眼 Global Routing。订阅中可能有多个名称相近的条目，更新后位置也可能变化，所以应以当前选中状态为准，不要只凭上一次使用的印象判断。

找到页面顶部 Not Connected 旁的开关并打开。首次建立连接时，系统可能请求添加 VPN 配置。这个系统提示用于允许应用建立相应的网络连接配置；核对提示所指向的应用后，按系统要求确认，必要时完成设备身份验证。若拒绝或取消，应用无法完成这一步，需要重新触发连接并处理权限请求，而不是回到 Add Server 重填密码。

允许后返回 Shadowrocket，观察顶部连接状态是否发生变化。若开关立即回落或反复停在未连接状态，先留在当前页面记录现象，不要连续快速开关。系统配置建立、远端服务器认证与目标网站访问是不同环节；开关保持开启，说明可以继续验证，并不等于所有网站都已经可访问。

如果设备中还有其他正在使用的 VPN 配置，先在系统设置中核对当前实际连接的项目，避免把另一项连接的状态误认为 Shadowrocket 的结果。设备受管理时，相关权限也可能由管理策略限制，应按设备允许的范围操作，不要删除不清楚用途的系统配置。

本步完成标志：系统权限已经处理，Home 显示连接状态变化，且当前服务器与 Global Routing 均符合预期。接下来保持这些选择不变，进入 Connectivity Test 与实际访问验证；首次连接阶段暂时不启用 On Demand，减少自动连接条件对结果的干扰。

Shadowrocket 的 Home 页面，顶部显示 Not Connected 开关、Global Routing 和 Connectivity Test，下方为 SERVER 分组与 Add Server — Home：先核对服务器与 Global Routing，再打开顶部开关。

步骤 04 / 把状态与实际访问分开检查

Connectivity Test 连接验证

在 Home 点击 Connectivity Test，等待本次测试结束。测试会按所选方法检查相应连接条件，结果适合用于识别明显异常，但不等于每个网站的真实响应速度。不同测试方法、不同测试目标以及不同时间的网络环境都会影响结果，不宜把不同条件下的数值直接排成固定优劣顺序。

如果测试显示超时，先不要立即删除条目。它可能与服务器不可达、当前网络、测试方式或测试目标有关。先保持同一服务器和同一模式，打开你实际需要访问的网站，观察是否能完成加载；反过来，测试有结果而网站打不开，也应继续检查域名解析、规则匹配和目标本身的状态。

用实际请求验证分流

使用配置(Config)时，分别选择一个预期走代理的目标和一个预期直连的目标进行检查。两者都能打开，只能证明访问成功；若还要确认路径，应结合当前配置规则与应用内可查看的请求记录核对，不能仅凭网页打开速度推断走了哪条策略。对于只代理少量域名的配置，尤其需要检查 FINAL 是否仍是期望的策略。

如果实际访问失败，可暂时从配置(Config)切到代理(Proxy)，保持服务器不变再试一次。代理可用而配置不可用时，优先检查规则顺序、策略指向及相关设置；两种模式都失败时，再检查服务器参数和当前网络。对照完成后恢复原定模式，并重新测试一次，避免把诊断时的临时状态留作最终配置。

验证时一次只改变一个条件。不要同时换服务器、切换网络、修改 DNS 和更新配置，否则即使恢复正常，也难以确定是哪一项起作用。若网站缓存影响观察，可重新载入页面或关闭该页面后再打开；涉及 DNS 的系统说明可继续阅读技术参考中的 DNS 章节。

建议记录三项结果：Home 是否保持连接、Connectivity Test 返回什么、目标网站能否完成实际访问。三项信息分别对应不同环节，比单独描述“连不上”更便于定位。

步骤 05 / 从最早失败的位置回查

Settings 与常见失败点

只检查与当前症状相关的设置，不以反复重装代替定位。

列表为空，或订阅更新没有结果

先返回第一步，区分“订阅记录已保存”和“服务器内容已读取”。确认链接没有缺失查询部分、没有粘贴成多行，并检查已有订阅是否仍然有效。若更新会覆盖同组条目，避免把手动修改当作长期保存方式；需要保留的设置应先明确记录，再按原资料恢复。尚未产生服务器条目时，切换连接模式不能解决导入问题。

开关无法保持连接

先看系统 VPN 配置权限是否已确认，再检查当前实际使用的系统连接。如果权限已完成，回到所选服务器逐项核对 Type、Host、Port 和认证字段，尤其注意协议相关选项是否完整。不要只改 Password 而忽略 Type，也不要把订阅访问凭据当成单个服务器的认证资料，两类资料不一定相同。

已连接，但目标打不开

先完成上一节的模式对照，再决定是否进入 Settings。若只有某个目标失败，应检查对应规则、解析与目标可用性；若多个目标均失败，再回查所选服务器和当前网络。Settings 中的 Proxy、TCP、UDP 各有具体作用，不能当作通用修复开关。对不确定的项目先保持原值，避免在基础连接尚未验证时扩大变更范围。

测试异常，或需要查看 Diagnostics

进入 Settings，找到 Test Method，确认当前测试方式，再回到 Home 重做 Connectivity Test。测试方法变化后，结果的含义也可能变化，因此应记录方法，而不只是记录数值。需要进一步定位时，可查看 Diagnostics 提供的信息，重点关注失败发生在哪个环节；向他人描述问题前，先遮盖服务器地址、订阅链接和认证资料。

Settings 中的 On Demand 用于按条件触发连接，不负责修复错误的服务器参数，也不决定某个域名命中哪条规则。手动连接已经稳定后，再考虑按自己的网络条件配置它。若发现连接在未手动操作时重新建立，可检查 On Demand 的相关条件，而不是只反复关闭 Home 开关。

完成后的保留顺序

最后返回 Home，确认目标服务器、Global Routing 与连接状态，再重复一次实际访问。把本次确认可用的组合保留下来，后续修改规则或设置时从这个状态出发，每次只动一项。订阅内容更新后，也应重新检查选中条目，避免名称变化导致使用了非预期服务器。

至此，基础流程已经闭环：已有资料进入 SERVER 列表，模式符合用途，系统允许连接，实际请求完成验证。需要继续了解协议字段、规则与 DNS 的工作方式时，进入技术参考；只想重新核对操作顺序，可回到本指南的导入步骤，不必一次调整所有高级设置。