以下项目采用 Shadowrocket 界面中的英文名称。选择左侧能力项，可查看它解决的问题、所在位置和设置时需要核对的内容。
Global Routing 决定连接启用后如何处理设备流量。Config 按当前配置中的规则逐行匹配，适合需要区分域名、IP 范围与最终策略的场景；Proxy 将流量交给当前服务器处理；Direct 则保持直接连接。日常使用规则文件时通常先确认选中 Config，再检查规则从具体条件到 FINAL 的排列顺序，避免宽泛规则提前截获后续条件。
On Demand 用于根据网络环境触发连接，而不是替代服务器与规则本身。设置前应先完成一次手动连接，确认已有服务器信息、Global Routing 和 Config 可以正常工作，再逐项加入条件。条件应保持清晰：区分 Wi-Fi 与蜂窝网络、核对目标域名和匹配动作，并避免同时建立相互冲突的规则。修改后可切换网络进行验证，确认触发结果符合预期。
Subscribe 用于保存和更新用户已经持有的订阅地址。添加时要完整粘贴地址，并给来源设置便于辨认的名称；更新后先观察是否生成预期的服务器条目，再进行选择和测试。管理多条订阅时，应按来源分组，定期清理失效条目并检查重复名称。自动更新频率需要结合使用习惯设置，频繁更新并不能修复地址、鉴权信息或网络访问本身的问题。
Config 集中保存规则、策略组和相关设置。规则通常从具体的 DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、GEOIP、IP-CIDR 或 IP-CIDR6 条件开始，并以 FINAL 处理未命中的流量。编辑后应检查策略名是否存在、规则顺序是否合理。需要在自己的设备间保留配置时，可结合 Import from Cloud JSON 与 iCloud 同步；Data 页面则用于查看应用记录的流量统计和连接信息。
Connectivity Test 适合在导入后或连接异常时进行基础检查。测试结果应与 Home 中选中的服务器、当前 Global Routing 姿态以及系统网络状态一起判断。若条目无法响应，先确认设备当前网络可用，再核对服务器地址、端口、协议类型、认证信息和传输字段。测试可以帮助定位问题所在环节，但不能代替对原始参数的逐项比对，也不能证明所有规则都已按预期命中。
Add Server 适合手动录入用户已有的服务器参数。第一步是选择与原始资料一致的协议类型，例如 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 或 Hysteria2；随后逐项填写地址、端口、认证字段及传输设置。字段名称相近并不表示可以互换，保存前应与原始信息逐字核对。也可使用 Scan QR Code 导入，但导入后仍需检查协议与关键字段。
购买是否可在不同设备间共用、可安装的系统版本及兼容性范围，均以 App Store 页面当前标注为准。
先完成导入，再选择处理方式，最后打开连接并验证。按这个顺序操作，可以把参数问题、规则问题和系统授权问题分开检查。
如果手中是单条服务器资料，进入 Add Server，先选协议类型，再按原始资料填写 SERVER、端口、认证内容和传输字段。如果手中是订阅地址，则从 Subscribe 添加，保存后执行更新并检查是否出现预期条目。通过 Scan QR Code 或剪贴板导入时，也要打开条目核对协议与关键参数，不能只凭名称判断导入是否完整。
服务器地址、端口或认证字段有任何一个不一致，都可能导致后续测试失败。多条记录同时存在时，建议先选一条资料明确的服务器完成首次连接，再处理排序、分组与重复条目，这样更容易确定故障来自参数还是管理方式。
返回 Home，点选准备使用的服务器，确认其处于当前选中状态。随后查看 Global Routing：使用规则文件时选择 Config，让 DOMAIN-SUFFIX、GEOIP、IP-CIDR 和 FINAL 等规则按顺序决定策略；临时检查全部流量是否能经当前服务器处理时，可根据实际目的选择 Proxy；需要保持直接连接时使用 Direct。
Config 模式下应特别检查策略名称。规则末尾写入 PROXY、DIRECT 或其他策略时，对应策略必须在当前配置中存在。若规则来自不同配置来源，不要直接混合名称相同但含义不同的策略组，先理解每个策略的实际指向，再调整顺序。
打开 Home 中的连接开关。首次操作时，系统可能要求允许添加 VPN 配置，这是建立系统级网络连接所需的授权步骤。完成授权后观察连接状态，再运行 Connectivity Test。若测试未通过，按设备网络、服务器地址、端口、协议、认证信息、传输设置、系统时间的顺序检查，不要同时改动多项参数。
测试通过后仍应确认实际规则是否命中预期策略。可以先使用少量明确的 DOMAIN-SUFFIX 规则验证，再逐步加入更宽泛的 GEOIP 或 FINAL。这样能避免把规则顺序问题误判为服务器连接问题，也便于在 Data 中查看对应连接记录。
商店页面、购买记录与应用内配置分别解决不同问题。先确认产品身份，再理解买断范围，最后处理用户自己的服务器资料。
App Store 产品页应显示产品名 Shadowrocket，开发者为 Shadow Launch Technology Limited。应用 ID 是 932747118，也可以从产品页地址中的 id932747118 识别。名称、开发者、官方图标和应用 ID 应放在一起核对，不应只凭搜索结果标题或图标外观作判断。
本站使用的应用图标用于帮助辨认，但最终购买信息仍以 App Store 产品页为准。搜索结果的排列会因账号店面和设备状态而变化，因此直接打开固定产品页并检查开发者与应用 ID，是更明确的核验方式。
Shadowrocket 是付费商业应用，美区产品页价格约为 $2.99，一次性买断；其他店面会使用当地货币显示，实际金额和可购买状态以页面当前信息为准。一次性买断指的是应用购买方式，不代表附带网络线路、服务器账户或持续服务。
购买前应先确认当前 Apple ID 所在店面能够显示该产品，并检查付款页面显示的金额。账号地区影响的是商店页面、货币和可见性，不会替代应用内所需的服务器参数。
更换设备或重新获取应用时，可在 App Store 的已购记录中查找 Shadowrocket。是否能直接恢复取决于当前 Apple ID 的购买记录和商店页面状态。应用购买恢复只处理使用权，不等同于恢复应用内的服务器、订阅地址、规则文件或自定义设置。
配置需要单独管理。准备迁移设备前，应先在应用提供的功能范围内整理 Config、服务器条目和订阅来源，并确认 iCloud 或 Import from Cloud JSON 中保存的是需要的内容。恢复后逐项核对，不要在尚未确认数据完整时删除原设备上的配置。
Shadowrocket 是闭源商业应用，产品信息以 App Store 页面为准，操作名称以应用内当前界面为准。系统要求应始终写作“以 App Store 页面标注为准”，因为兼容性信息可能随商店页面调整。本站不使用固定版本号描述界面，避免把可能变化的位置写成永久结论。
如果教程中的入口顺序与设备上略有差异，应优先寻找相同英文界面词，例如 Home、Config、Settings、Subscribe、Add Server、Global Routing、On Demand 和 Connectivity Test。功能名称比具体屏幕位置更适合作为长期操作线索。
购买完成表示已取得客户端使用权。连接仍需要用户已有的服务器信息或订阅，并在 Add Server 或 Subscribe 中正确导入。随后还要选中服务器、确定 Global Routing 姿态并允许系统 VPN 配置。
查看连接问题说明 →先确认设备当前网络可访问订阅地址，再检查地址是否完整、鉴权内容是否仍有效。不要先反复删除所有服务器条目；保留原记录有助于判断问题出在更新入口还是已有服务器参数。
查看订阅排查顺序 →Config 按配置规则分流，Proxy 将流量交给当前服务器处理，Direct 保持直接连接。使用自定义规则时，应检查规则顺序、策略名和 FINAL，再选择 Config 进行验证。
查看 Global Routing 教程 →Connectivity Test 主要用于检查连接环节，不能单独证明每条规则均已命中预期策略。还需结合 Config 内容、规则顺序和 Data 中的连接记录判断。
查看规则故障排查 →文章围绕 Shadowrocket 的真实界面词、协议字段和诊断顺序展开，用于补充教程中不适合展开的技术细节。
从 UDP 与 QUIC 的握手方式讲起，解释高丢包、高延迟链路中的表现原理，并列出 Add Server 手填时需要核对的字段。
阅读全文 →按 Add Server 中的协议类型说明必填字段与常见传输设置，帮助把用户已有的参数放到对应位置。
阅读全文 →按 Home 中选择服务器、允许系统配置、检查 Global Routing 和执行 Connectivity Test 的顺序完成首次连接。
阅读全文 →