按域名匹配
DOMAIN 匹配指定域名，DOMAIN-SUFFIX 匹配域名后缀，DOMAIN-KEYWORD 按域名中的关键词匹配。希望仅调整一个目标时，优先考虑范围明确的条件；关键词过宽可能影响其他目标。
官方手册 · 功能与设置
Shadowrocket 功能介绍
从 Global Routing 到 Settings，按“是什么、在哪里、怎么设、注意什么”逐项核对。
以 iPhone / iPad 操作为主。先准备好用户已有的订阅或服务器信息，再设置请求的处理方式；功能开关不能替代有效的连接参数。
- Config / Proxy / Direct
- 规则与策略分开检查
- 一次只改一项设置
Global Routing：三种请求处理姿态
连接开关决定是否启动连接，Global Routing 决定连接启动后按什么方式处理请求。两者不是同一个设置。
在 Home 中找到 Global Routing，进入后选择 Config、Proxy 或 Direct。这里的中文“配置、代理、直连”用于解释用途，实际操作时仍按英文界面词查找。选择模式前，先确认已选中可用服务器；需要规则分流时，还应在 Config 中确认当前使用的配置文件。
| 界面选项 | 处理方式 | 适用情形 | 核对重点 |
|---|---|---|---|
| Config · 配置 | 按当前配置中的规则与策略处理请求。 | 需要让不同域名或地址采用不同策略。 | 配置是否生效、规则顺序、策略名称及策略目标。 |
| Proxy · 代理 | 以代理方式处理请求，不按 Config 的常规规则逐项分流。 | 临时验证所选服务器是否能完成目标访问。 | 服务器参数、当前选择、目标站点及底层网络。 |
| Direct · 直连 | 以直连方式处理请求。 | 对照本地网络访问表现，缩小问题范围。 | 本地网络与 DNS；不应把它当作系统连接开关。 |
日常分流选择 Config，临时对照再切换姿态
如果已有配置文件，先选择 Config，访问一个预期直连的目标和一个预期代理的目标，再查看对应请求记录。遇到“测试有响应，但页面打不开”时，可临时切换 Proxy 复测同一个目标。如果 Proxy 可以而 Config 不行，应优先检查规则、策略及解析结果；如果两者都不行，再检查服务器和本地网络。这个对照只能缩小范围，不能单凭一次成功或失败认定原因。
完成测试后，恢复原先的 Global Routing 选择。Direct 不等于停用系统 VPN 配置；需要完全停止客户端连接时，应使用 Home 的连接开关，并检查 On Demand 是否可能再次触发连接。
在完整手册中阅读 Global Routing →规则分流：匹配条件与执行策略
规则回答“哪些请求符合条件”，策略回答“命中之后怎样处理”。先检查匹配，再检查出口。
规则通常在 Config 中随配置文件管理。打开当前使用的配置，检查规则内容与顺序；修改前先保留一份副本。常规规则按排列顺序匹配，较具体的条件应放在较宽泛的条件之前，FINAL 通常放在末尾承接未命中前序规则的请求。只添加规则但没有选用该配置，或者 Global Routing 不在 Config，都会让实际表现与预期不同。
按地址及其他条件匹配
IP-CIDR 和 IP-CIDR6 用于地址段，GEOIP 依据地址归属数据匹配。USER-AGENT 的适用性取决于是否能取得对应请求信息，不能据此假定所有应用流量都可按名称识别。
先读懂规则片段，再替换为自己的需求
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY这段语法示例表示：匹配 example.com 后缀的请求使用 PROXY，匹配指定局域网地址段的请求使用 DIRECT，其余请求交给 FINAL 指定的 PROXY。示例只说明规则结构，不是适合所有网络的完整配置。PROXY、DIRECT、REJECT 分别表达代理、直连与拒绝处理；若规则引用自定义策略名称，该名称必须与配置内定义完全一致。
设置后应重新发起目标请求，再检查命中规则与处理策略。某条规则显示命中，并不代表策略所指向的服务器一定可用；同样，服务器可用也不代表每个目标都会按预期命中。域名解析、缓存及既有连接可能影响复测结果，验证时应尽量保持目标和测试条件一致。
订阅与服务器管理
服务器条目保存连接参数，Subscribe 用于维护一组条目；Config 则主要管理规则与相关配置，三者用途不同。
Add Server：逐项填写已有服务器参数
在 Home 通过 Add Server 添加条目。先选择与服务商信息一致的协议，再核对地址、端口、认证字段及传输设置。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等协议的字段并不相同，不能把一个协议的参数直接套入另一个协议。尤其是 UUID、密码、加密方式、TLS、SNI、Host 和路径，应逐项以已有资料为准，不根据名称自行推测。
如果使用 Scan QR Code，应先确认二维码来自自己已有的服务信息。导入完成后打开条目检查协议与关键字段，再选择该条目测试。显示在列表中只说明导入生成了记录，不代表服务器在线，也不代表认证与传输参数全部正确。
Subscribe：导入与更新已有订阅
在添加入口选择 Subscribe，填写用户已有的订阅地址并保存，然后执行更新。更新后核对分组、条目名称及数量变化，确认当前选中的服务器仍然存在。订阅更新主要刷新该订阅提供的服务器信息，并不等同于替换当前 Config 的全部规则。服务端调整后，条目名称、地址或参数可能变化，原先选中的条目也可能被移除。
更新失败时，先检查地址是否完整、订阅是否仍有效，再确认当前网络能否访问该地址。可在保留原配置的前提下更换网络复测，但不要通过反复删除整个订阅来代替排查。订阅地址通常包含访问凭据，截图、诊断文件和公开求助内容中都应隐藏完整地址。
Config：保存可回退的配置副本
调整规则或 DNS 前，先为当前配置保留备份，并给副本写清用途。导入其他配置后，需要确认实际选中了哪一份文件，同时检查其中的策略引用是否能对应到当前服务器或策略组。备份文件可能包含服务器地址及认证信息，应存放在自己可控的位置；仅恢复应用本身不一定会恢复全部本地配置。
按入门指南完成首次导入与连接 →On Demand：按网络条件触发连接
On Demand 解决“何时连接”，Global Routing 解决“连接后如何处理请求”。启用其中一个，不能替代另一个。
在 Settings 中找到 On Demand，按实际需要检查 Wi-Fi、Cellular 等条件。具体可见选项以当前应用界面及设备网络能力为准。先在 Home 手动完成一次连接和目标访问验证，确认所选服务器与配置可用，再启用按需条件。这样可以避免把服务器参数错误误认为触发条件错误。
先用单一条件测试，再扩展使用范围
先选择一种需要自动连接的网络条件，保存后切换到该网络，观察连接状态与实际访问结果。若同时启用多个条件，很难判断是哪一条触发了连接。使用 iPad 时，应以设备实际具备的网络能力为准；只支持 Wi-Fi 的设备不应按蜂窝网络场景排查。
如果手动关闭连接后又自动连接，先检查 On Demand 的条件，而不是反复删除系统中的 VPN 配置。需要做直连对照测试时，可先暂时停用 On Demand，再关闭 Home 的连接开关；测试结束后按原设置恢复。按需连接也不能保证服务器始终可用，网络切换、认证失败和系统状态都可能影响实际连接，应以访问验证为准。
在完整手册中阅读 On Demand →Data：理解上传、下载与统计范围
Data 用于观察客户端记录的流量，不是连接成功证明，也不等同于服务商的计费账单。
打开 Data，先确认当前统计视图、记录范围和是否曾清除数据，再阅读上传与下载读数。若界面提供按服务器或按应用相关维度查看，应先核对当前分组方式。不同视图可能按不同依据归类，不能把一处读数直接当作某个应用的全部网络活动；未能识别归属的记录也不适合据此作出精确判断。
用单次操作观察变化
保持同一服务器与 Global Routing 设置，记下测试前的读数，然后执行一次明确的访问，再返回 Data 观察变化。这个方法有助于确认是否产生了流量，但后台同步、重试请求和其他应用活动仍可能同时计入。没有明显读数变化时，还应检查连接状态、目标请求是否真正发起，以及当前视图是否覆盖这次访问。
客户端与服务商后台的统计可能因记录周期、上下行口径、协议开销、计费方式及多设备使用而不同。不要只凭差额判断异常，也不要把 Data 的累计值理解为订阅剩余量。排查时应保存同一时间范围内的读数与测试条件；需要核对服务额度时，仍应查看用户已有服务的账户记录。
阅读 Data 流量统计的口径说明 →Settings：六项常用设置
设置入口与配置文件可能共同影响结果。先记录当前值，再修改单项；菜单位置与可用选项以当前应用界面为准。
DNS：域名解析方式
是什么、在哪里：DNS 将域名解析为网络地址。相关选项可在 Settings 的 DNS 相关入口及当前 Config 中核对；要同时考虑当前配置是否包含解析设置，不能只看一个界面的数值。
怎么设、注意什么：先检查现有解析方式与配置内的 DNS 条目，确认实际使用路径，再按需要调整。修改后对同一个域名重新请求并查看记录。若服务器测试有响应但网页打不开，应区分解析失败、连接失败和目标响应失败。不要一次加入多组不同解析设置，否则难以判断生效来源，也不利于恢复。
Test Method：测试方法
是什么、在哪里：在 Settings 中查看 Test Method，用于选择可用性测试所采用的方法。Connectivity Test 的结果与测试方法、目标及当前网络有关，不是固定的服务器性能指标。
怎么设、注意什么：选择与排查目的匹配的方法后，在同一网络下对同一条目复测，比较结果前先确认测试条件一致。某种方法有响应，只能说明对应测试路径得到响应，不能证明所有网页、全部传输方式或持续吞吐都正常；显示失败也需要结合真实访问验证，不应仅按一个读数删除条目。
Today Widget：快捷入口
是什么、在哪里：在 Settings 中检查 Today Widget 相关设置，并在系统支持的组件位置添加相应入口。实际展示内容及支持方式受系统版本与应用当前功能影响，设备上是否可用应以实际界面为准。
怎么设、注意什么：先在应用内完成服务器选择和首次 VPN 配置授权，再验证组件中的操作能否得到预期结果。如果组件状态与主界面不一致，先打开应用检查连接及刷新状态。快捷入口用于简化操作，不会替代服务器参数、Config 选择或系统授权，也不宜仅凭组件图标判断请求最终采用了哪条规则。
iCloud：配置同步
是什么、在哪里：在 Settings 中检查 iCloud 相关选项，同时确认系统账户与 iCloud 权限。同步用于在支持范围内保存或传递配置数据，具体同步内容以应用当前说明为准，不应假定全部连接状态和本地记录都会同步。
怎么设、注意什么：先保存当前配置副本，再启用同步，并在另一台设备核对文件与内容是否完整。发现配置冲突时，应先确定要保留哪一份，不要在两端连续覆盖。App Store 的购买记录与 iCloud 的数据同步是两件事；重新获取应用后，仍需分别检查配置、服务器信息与连接权限。
Diagnostics：诊断信息
是什么、在哪里：在 Settings 中查找 Diagnostics，用于收集或查看排查所需的信息。诊断资料应配合复现步骤使用，单独一份日志通常不能说明问题发生时的所有设置。
怎么设、注意什么：先记下网络类型、所选服务器、Global Routing 与故障目标，再复现一次问题，随后查看相关记录。提供资料前，应移除订阅地址、认证字段、个人地址及其他敏感信息。只保留与问题相关的片段，并说明已经尝试过哪些调整；完成诊断后，将临时修改的记录选项恢复到日常状态。
连接与权限：先确认系统状态
是什么、在哪里：首次连接时的 VPN 配置请求来自系统，用于允许客户端建立相应网络连接。应用中的连接开关与系统保存的 VPN 配置相关，但它们不是 Config 规则文件。
怎么设、注意什么：阅读系统提示后按需允许，再回到 Home 检查连接状态。若之前拒绝或移除了系统配置，应重新触发连接并核对提示，而不是在 Config 中反复更换规则。系统显示连接后还需要验证目标访问；授权成功只解决建立连接的权限，不会修正订阅或服务器中的错误参数。
设置核对顺序
按连接参数、处理姿态、规则与解析、自动触发四层检查，避免同时改动多个变量。
- 先验证已有服务器信息。核对协议、地址、端口、认证和传输参数，选择对应条目，完成一次手动连接。导入成功与实际可用需要分开确认。
- 再确定 Global Routing。日常规则分流使用 Config，并确认已选用预期配置；Proxy 和 Direct 用于有明确目标的临时对照，结束后恢复。
- 按请求记录检查规则与 DNS。先看是否解析成功，再看命中条件与最终策略。服务器测试、域名解析和目标响应是不同环节，不用同一个结果替代全部判断。
- 最后启用 On Demand 与便捷设置。手动访问验证通过后，再配置自动触发、Today Widget 与 iCloud，并保留回退副本。每次调整后只复测同一个目标，记录变化。