Shadowrocket 支持 iPhone、iPad、Mac（Apple 芯片与 Intel）、Windows、安卓和 Linux。以下界面路径以 iPhone / iPad 为主要说明对象；其他平台的菜单位置与系统权限可能不同，请按实际界面查找同名功能。
Global Routing：配置、代理与直连
Config、Proxy、Direct 决定整体处理方式，不是三套不同的服务器。
是什么：Global Routing 是全局流量处理模式。Config 按当前选中的配置文件匹配规则；Proxy 让受客户端接管的请求统一走代理策略；Direct 则用于直连对照。日常需要按域名或 IP 分流时，应从 Config 开始，而不是把 Proxy 当作“规则更完整”的选项。
在哪里与怎么设：在 Home 找到 Global Routing，选择对应模式。使用 Config 前，到 Config 确认当前选中的配置文件；使用 Proxy 前，先在 Home 确认所选服务器可连接。每次只改变一个模式，再访问同一个目标，才能把差异归因到本次调整。
| 界面选项 | 处理方式 | 适用场景 | 优先检查 |
|---|---|---|---|
| Config（配置） | 按当前配置中的规则与策略处理请求。 | 日常分流，验证指定域名或 IP 的处理结果。 | 所选配置、规则顺序、最终命中策略。 |
| Proxy（代理） | 让受接管请求统一使用代理策略。 | 临时排查规则差异，确认服务器的基本连通性。 | 当前服务器、认证参数、目标服务是否可达。 |
| Direct（直连） | 让受接管请求直接连接目标。 | 对照本地网络表现，定位是否与代理路径有关。 | 本地网络、DNS、目标服务自身状态。 |
注意什么：这些模式不代替系统 VPN 权限，也不保证所有系统流量都被接管。Proxy 下可以访问而 Config 下失败，通常应先查规则和策略；Direct 下同样失败，则需检查本地网络或目标服务。排查结束后恢复日常模式，避免临时设置持续影响流量去向。
需要逐项对照时，可阅读Global Routing 三种模式说明。
Rule 分流：匹配条件与执行策略
规则回答“匹配什么”，策略回答“匹配后怎么处理”。
是什么：分流规则把请求的域名、IP 或其他可用信息，与配置中的条件逐条比较。命中后执行该行对应的策略。DIRECT 表示直连，PROXY 表示代理策略，REJECT 表示拒绝；若配置使用自定义策略组，还需要检查该组当前选择的服务器或策略。
在哪里与怎么设：在 Config 中打开当前配置，查看规则内容及顺序。通常将范围较小、用途明确的规则放在前面，将较宽泛的匹配与 FINAL 放在后面。修改前保留原配置副本，先添加少量规则并验证，再继续扩展，避免一次改动太多而难以定位原因。
| 关键字 | 匹配对象 | 使用提醒 |
|---|---|---|
DOMAIN | 完整域名。 | 适合精确指定某个主机名。 |
DOMAIN-SUFFIX | 域名后缀及其子域名。 | 注意范围是否包含不希望受影响的子域名。 |
DOMAIN-KEYWORD | 域名中的关键字。 | 匹配范围较宽，使用前检查误匹配可能。 |
IP-CIDR / IP-CIDR6 | IPv4 / IPv6 地址段。 | 依赖实际目标地址，域名解析结果可能变化。 |
GEOIP | IP 地理数据库分类。 | 数据库分类不等于服务的实际运营地区。 |
USER-AGENT | 可获取的 User-Agent 信息。 | 受流量可见性限制，不宜作为通用应用识别方法。 |
FINAL | 前序规则均未命中的请求。 | 作为兜底，避免放在具体规则前面。 |
最小规则示例
以下仅演示规则行语法，不是一份可直接替换现有配置的完整文件。example.com 是示例域名；实际策略应以你的配置为准。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY注意什么：规则通常按顺序处理，前面的宽泛规则可能让后面的精确规则没有机会命中。域名规则与 IP 规则看到的信息也不同：只写域名规则，不代表应用直接请求 IP 时仍能得到相同结果。遇到分流不符，先确认 Global Routing 为 Config，再从连接记录检查目标、命中规则与最终策略，不要仅凭页面能否打开判断。
多协议：按服务器参数填写
协议决定客户端如何与服务器通信，不直接决定某个目标应该走哪条规则。
是什么：Shadowrocket 可管理不同协议的服务器条目。协议类型与认证方式、传输方式、TLS 等参数共同构成连接条件，不能只把地址与端口相同的条目视为同一种连接。具体选项以当前平台与应用实际提供的功能为准。
在哪里与怎么设：在 Home 进入 Add Server，先选择 Type，再按已有服务器信息填写字段；已有分享链接或二维码时，可使用相应导入方式。服务器地址、端口、密码或 UUID、传输相关字段应从你的服务商处获取，不根据其他条目的外观推测填写。
例如 VLESS 与 VMess 的认证字段不能互相替换；Trojan 的密码与 TLS 相关字段要与服务端一致；WireGuard 的密钥、地址和允许网段具有各自用途。导入后仍应核对 Type 和关键字段，尤其留意复制时多出的空格、遗漏的参数以及服务商变更后的旧信息。
注意什么：不要为了绕过连接错误而随意关闭证书验证。先检查设备时间、服务器名称与 TLS 参数，再确认服务端是否正常。协议名称本身不是速度排序，延迟、吞吐与稳定性还受本地网络、服务器负载和目标服务影响。
Subscribe 与服务器管理
订阅负责维护服务器列表，Config 负责描述流量处理方式。
是什么：Subscribe 将订阅地址提供的服务器信息导入并更新到客户端。单独的服务器条目则适合手动管理少量已有连接。订阅、服务器分享链接和完整配置文件不是同一种内容，不能因为它们都表现为链接，就放入同一个输入位置。
在哪里与怎么设：在 Home 进入 Add Server，选择 Subscribe，将从你的服务商处获取的订阅链接填入 URL，并填写便于辨认的备注。保存后执行更新，确认出现服务器条目，再选择其中一个进行测试。使用二维码时，按Scan QR Code 操作说明辨认导入内容，保存后同样需要核对字段。
导入后的三项检查
- 检查内容类型。更新后应得到预期的服务器列表；若链接返回登录页或错误页面，应先检查链接有效性，而不是重复创建订阅。
- 检查更新结果。订阅更新成功不代表每个服务器都可连接，还需测试实际选中的条目。
- 检查后续维护方式。订阅中的条目可能在下次更新时被重建，手动修改前先明确是否需要另存为独立条目。
注意什么：订阅链接可能包含用于访问账户资源的凭据，不应出现在公开截图、聊天记录或诊断材料中。怀疑泄露时，从你的服务商处获取替换链接并更新客户端。删除重复订阅前，先确认当前选用服务器属于哪一组，避免清理后失去原来的选择。
On Demand：按条件触发连接
它负责连接触发条件，不代替 Global Routing 或 Rule。
是什么：On Demand 利用系统提供的按需连接机制，在满足设定条件时触发连接。它与分流是两个层面：On Demand 决定何时建立连接，Global Routing 与配置规则决定连接后如何处理请求。
在哪里与怎么设：在 Settings 查找 On Demand，进入后按实际界面设置网络条件。先确认手动连接可以正常访问，再启用按需条件；如果界面提供 Wi-Fi、蜂窝网络或指定网络的条件选项，应逐项设置并在对应网络下测试，不要同时添加大量条件。
一个可复现的测试顺序是：记录当前网络与开关状态，进入希望触发连接的网络，等待系统处理，再检查客户端连接状态与实际访问结果。随后切换到另一种网络，确认结果与预期一致。测试时保留同一个服务器和配置，减少干扰变量。
注意什么：只关闭主连接开关，未必等于关闭按需触发。若连接在断开后再次出现，应回到 On Demand 检查条件。系统 VPN 授权、其他 VPN 配置和网络切换时机都可能影响结果；系统显示 VPN 标识也不表示某个目标一定能访问。连接频繁变化时，先停用 On Demand 做手动对照，再逐项恢复条件。
Data：流量读数与分流核对
统计用于观察已发生的流量，不是实时速度承诺，也不是服务商账单。
是什么：Data 展示客户端能够记录的流量信息。可用视图及统计维度以当前平台实际界面为准；按服务器、应用或连接查看时，读数反映的范围可能不同。上传与下载方向、统计周期和重置状态都需要一起阅读，不能只比较某一个累计数字。
在哪里与怎么设：进入 Data，先确认当前统计维度，记录已有读数，再进行一次小规模且明确的操作，例如打开同一个网页或传输已知文件。完成后回看变化，并结合连接记录里的目标、规则和策略判断流量是否按预期处理。
若要比较两个服务器，保持相同本地网络、相同目标与接近的测试条件；每次只切换服务器。按应用识别的结果受平台与流量可见性影响，未识别到应用名称并不等于没有产生流量。后台同步也可能同时增加读数，因此测试前应留意其他活动。
注意什么：客户端统计与系统统计、服务商统计可能因统计范围、连接开销和时间边界不同而出现差异。需要重置时，先记录原读数，并确认界面中的重置操作影响哪一部分数据；不要假定每次断开连接都会自动归零。发现异常流量时，优先查看持续连接与后台活动，再判断是否需要调整规则。
详细阅读方法见Data 页流量统计说明。
Settings：常用项与诊断顺序
保留可工作的基线，每次只修改一个设置。
Settings 汇集连接、测试、显示、同步和诊断相关选项。以下按设置名称说明用途；具体位置和可用项以当前应用界面为准。修改前记录原值，若目标是排查问题，应先确定“只影响一个目标”还是“所有目标均失败”，再选择相应项目。
DNS：先区分解析失败与连接失败
是什么与在哪里：DNS 将域名转换为 IP 地址，可在 Settings 查找 DNS 相关设置，也要留意当前 Config 是否包含 DNS 配置。两处设置如何共同生效，应以所选配置及应用说明为准。
怎么设与注意什么：先保留现有 DNS 设置并记录失败域名，检查是否只有域名访问异常。确需调整时，一次只更改一个解析相关选项，再对照解析结果与连接记录。不要把清理缓存当作长期解决方案，也不要一次同时改 DNS、规则和服务器，否则即使恢复访问，也难以判断真正原因。涉及 IPv6 时，还要检查本地网络与服务器路径是否支持相应地址。
Test Method：理解 Connectivity Test 的测量范围
是什么与在哪里：Test Method 用于选择 Connectivity Test 的测试方法，在 Settings 查找对应选项。测试得到的是特定探测条件下的结果，不是所有网站的实际加载时间。
怎么设与注意什么：比较服务器前保持相同 Test Method；若方法涉及测试地址，也应保持同一目标。先在 Home 对已有服务器执行 Connectivity Test，再访问实际需要的服务。数字较低不代表下载一定更快，测试超时也可能与探测目标有关。遇到结果与浏览体验不符，应查看实际连接是否建立，而不是只根据测试数字删除服务器。
Today Widget：系统入口与状态确认
是什么与在哪里：Today Widget 是在支持该功能的系统与应用环境中提供的快捷入口，可在 Settings 查找相关选项，并在系统的小组件管理界面配置。
怎么设与注意什么：先在应用内完成服务器选择、配置选择和 VPN 授权，再添加可用的小组件。通过组件操作后，必要时回到 Home 确认状态。组件显示可能受系统刷新机制影响，不能仅凭显示文字判断目标是否连通；当前系统没有提供相应组件时，使用应用内入口即可。
iCloud：同步前先保留本地副本
是什么与在哪里：iCloud 用于支持范围内的数据同步或导入操作。可在 Settings 查找同步相关项，并确认系统已登录所需账户且允许应用使用 iCloud。Import from Cloud JSON 是特定内容的导入入口，不应与 Subscribe 更新混为一谈。
怎么设与注意什么：同步前先确认界面列出的数据范围，再保留重要配置副本。多台设备同时编辑可能产生覆盖或冲突；发现差异时先停止继续修改，确认哪一份内容是要保留的。不要假定同步会包含系统 VPN 授权、当前连接状态或所有本地设置，换设备后仍需逐项核对。
Diagnostics：用记录缩小故障范围
是什么与在哪里：Diagnostics 用于收集或查看排查所需的信息，可在 Settings 查找对应入口。它适合确认错误发生在解析、连接、认证还是后续请求阶段，不会自动修正错误参数。
怎么设与注意什么：先记下当前 Global Routing、配置和服务器，再只复现一次故障，随后查看时间对应的记录。需要提交诊断材料时，先遮盖订阅 URL、密码、UUID、密钥及可识别的个人信息。排查结束后关闭为诊断临时启用的详细记录，避免持续积累不必要的数据。
继续操作前的核对
先确认获取渠道，再按教程完成连接。
iPhone / iPad 版从 App Store 获取，$2.99 一次性付费，系统要求以 App Store 页面标注为准；Mac（Apple 芯片版与 Intel 版）、Windows、安卓、Linux 版免费。电脑与安卓安装包通过本站 /dl/ 提供，平台选择与首次打开的系统放行步骤见获取应用页面。
已完成安装与导入后，先以能够稳定复现的单个访问目标验证设置。确认手动连接正常，再逐项加入规则、按需条件与同步功能，比同时调整多个设置更容易维护。