按域名匹配
DOMAIN 指定完整域名，DOMAIN-SUFFIX 匹配域名后缀，DOMAIN-KEYWORD 匹配域名中出现的指定文字。需要只处理一个明确域名时，先考虑完整域名；需要覆盖同一域名下的子域时，再检查后缀规则。关键词匹配范围可能更宽，填写前要确认不会连带匹配无关地址。
功能介绍 / 界面设置
Shadowrocket 功能与设置说明
先选 Global Routing，再核对连接资料与规则；需要按条件连接、查看用量或定位故障时，再进入 On Demand、Data 与 Settings。下文按“是什么、在哪里、怎么设、注意什么”逐项说明。
以 iPhone、iPad 上的应用界面为阅读基准。菜单名称及可用选项以当前应用内显示为准；系统要求以 App Store 页面标注为准。
01 决定路由姿态
02 核对已有配置
03 按需连接与诊断
01 / 连接路径
Global Routing：先确定三种姿态
Global Routing 决定连接建立后，流量如何进入已选择的服务器或规则系统。它与“选中了哪台服务器”是两件事：先确认自己已有的服务器信息已正确导入，再从 Home 找到 Global Routing，按当前用途选择 Config、Proxy 或 Direct。切换姿态后，可用同一个目标地址重新测试，避免把路由变化误认为服务器状态变化。
| 界面选项 | 流量处理方式 | 适用情形 | 核对重点 |
|---|---|---|---|
| Config（配置） | 按当前配置文件中的规则匹配，再执行对应策略。 | 需要对不同域名或地址分别指定处理方式时。 | 确认配置文件已选中、规则顺序和最终规则符合预期。 |
| Proxy（代理） | 让适用流量统一经所选服务器处理。 | 暂时排除分流规则的影响，或检查服务器连接时。 | 先确认所选服务器可用；它不会替代服务器参数核对。 |
| Direct（直连） | 让适用流量直接连接，不按代理策略转发。 | 核对本地网络是否正常，或暂时不使用服务器时。 | 连接开关的状态与实际路由姿态应分别查看。 |
Config 是日常使用规则文件时的入口，不等于“所有流量都经过服务器”。一条规则可能指向 PROXY，也可能指向 DIRECT 或 REJECT。Proxy 适合做对照测试，但测试完成后如需按规则工作，应切回 Config。Direct 可用于区分本地网络问题与服务器问题；它不是删除服务器，也不会改写已有配置。每次改变 Global Routing，都建议记下原选项，方便测试后恢复。
02 / 匹配与策略
规则分流：看匹配对象，也看执行策略
规则分流是在 Global Routing 选择 Config 时，依据配置文件决定流量去向的方式。打开 Config，先核对当前使用的配置文件，再查看其中的规则与策略；修改前保留原配置内容，改完后以实际访问结果验证。规则不是服务器列表：规则回答“哪些请求按什么方式处理”，服务器资料回答“连接到哪里”。两者需要分别检查。
按地址或位置匹配
IP-CIDR 与 IP-CIDR6 分别针对地址段；GEOIP 根据地址归属信息匹配。某些请求先按域名处理，某些请求会涉及地址解析，因此只检查域名规则可能不足以解释最终结果。填写地址段时核对前缀长度；不要把示例地址当作实际服务器地址。
策略与兜底
PROXY、DIRECT、REJECT 分别表示经所选策略处理、直接连接与拒绝请求。FINAL 用于处理此前未匹配的流量。检查配置时从上到下读规则，并特别确认 FINAL 指向何处；一条宽泛规则或兜底策略可能影响后续观察到的连接结果。
例如 DOMAIN-SUFFIX,example.com,PROXY 表示对示例域名后缀使用 PROXY；FINAL,DIRECT 表示此前没有匹配的请求按 DIRECT 处理。example.com 只是语法示例，不是可用的服务器或订阅资料。若访问结果与预期不同，先确认 Global Routing 仍是 Config，再确认当前配置文件、规则匹配范围和策略目标，而不是一次修改多处设置。
配置资料与连接条件
路由确定后，再处理资料与触发条件
导入自己的资料、选定服务器、设置 On Demand，是三个独立步骤。导入成功只说明资料进入应用；能否连接，还要看字段、网络与路由设置。
03 / 已有资料
Subscribe 与 Add Server：整理自己的连接信息
Shadowrocket 可以管理用户已有的订阅与服务器信息。在 Config 找到相应入口：手头有自己的订阅链接时，使用 Subscribe 并完整粘贴链接；手头是单台服务器的参数时，使用 Add Server，按 Type 填写 Address、Port、Password 等对应字段。不同 Type 可能显示不同附加字段，填写值应与自己掌握的原始资料逐项一致。本站不提供、不销售、不推荐连接资料。
订阅导入后，先确认列表中出现了预期条目，再选定要使用的服务器。订阅的更新用于重新读取该链接所指向的内容；更新前后条目发生变化，应先核对自己的订阅资料状态和链接是否完整，不要把“列表里曾出现条目”当作当前参数一定有效。多份订阅并存时，可按备注识别来源，避免选错同名条目；删除或修改前先确认要操作的是哪一份资料。
手填时尤其要检查 Type 与原资料一致，Address 不带多余空格，Port 是对应端口，Password 等凭据没有被复制时截断。Remark 只是便于辨认的名称，不会修正其他字段。应用若提供 Scan QR Code 或剪贴板导入入口，也应在导入后逐项核对解析出的信息。测试结果异常时，先把原始资料与应用中的字段并排比较，再考虑网络或路由原因。
延迟测试可以辅助比较当前网络下的响应情况，但一次测试结果不是持续可用性的证明。测试前先确认网络在线，并观察所测的是哪一条服务器记录。需要整理或迁移资料时，优先核对应用内实际提供的导出、备份选项；涉及订阅链接或凭据的内容应自行妥善保管。更多字段和整理步骤见服务器管理手册。
04 / 条件连接
On Demand：按网络条件决定何时连接
On Demand 用于按设定条件触发连接，适合希望在指定网络场景下自动应用当前配置的用户。在应用中找到 On Demand 后，先确认已选好服务器与 Global Routing，再检查可设置的网络条件；从自己能明确识别的一种场景开始设置，保存后分别在符合条件与不符合条件的网络下观察连接状态。选项名称和条件范围以当前应用界面为准。
On Demand 解决的是“何时尝试连接”，并不替代 Subscribe 更新、服务器参数或规则文件。若条件过于宽泛，连接可能在不需要的场景反复触发；若条件过窄，预期中的网络切换也可能没有触发。排查时先暂时分离变量：记录当前条件、所选服务器和 Global Routing，再单独测试手动连接是否正常，最后恢复并检查自动触发。不要同时改动网络条件、DNS 与规则，以免无法定位差异。
在 iPhone 或 iPad 上观察连接时，还应区分系统展示的 VPN 状态与应用内选定的路由姿态：系统状态说明连接配置是否启用，不直接说明某个具体请求匹配到了哪条规则。若使用场景改变，回到 On Demand 检查原来的条件是否仍适合当前网络，而不是仅根据一次连接结果判断设置是否长期适用。
05 / 用量观察
Data：查看应用记录的流量
Data 用于查看 Shadowrocket 在相应统计范围内记录的流量信息。需要了解用量时，进入 Data，先读清界面上显示的时间范围、分类与计量单位，再与自己要核对的使用时段对应。它适合观察用量变化，但不能单凭一个总数判断某条规则是否正确命中，或某台服务器是否一直保持连接。
比较两次数据前，确认是否处于相同统计范围，并留意统计重置、网络切换或连接状态变化。若你关心某次访问走向，应回到 Global Routing 与 Config 检查规则，结合应用提供的连接或诊断信息观察；若你关心较长时间的总用量，则应先核对 Data 的统计口径。不同界面呈现的数值可能针对不同范围，不宜直接相减得出结论。
Data 也不等同于服务端的使用记录：应用内显示的是该界面所记录的用量，其他位置的统计方式可能不同。遇到数字不符合预期时，先记录观察时间、当前路由姿态及统计范围，再检查是否有此前的连接或不同网络场景。这样比清空统计后立即重试更容易定位差异。
06 / 常用选项
Settings：逐项核对，不要一次全改
Settings 集中放置连接与使用习惯相关的选项。建议先记录当前值，每次只调整一项，并在相同网络与相同服务器下复测。某个选项未在当前界面显示时，以应用实际提供的菜单为准；不要依据其他设备上的排列位置推断自己的设置已经生效。
DNS
是什么：域名解析相关设置。在哪里：进入 Settings 查找 DNS。怎么设：先保留当前值作为对照，再按自己的配置要求调整并测试同一域名。注意：域名打不开不一定都是 DNS 问题，还要区分服务器连接与规则匹配；改动后记录测试条件，必要时恢复原值。
Test Method
是什么：服务器测试采用的方法。在哪里：在 Settings 查找 Test Method，并结合服务器列表中的测试操作查看结果。怎么设：选定一种方法后，在同一网络环境下比较已有服务器记录。注意：不同方法测量的目标与过程可能不同，数字只适合在相同测试条件下对照。
Today Widget
是什么：与系统小组件相关的快捷查看或操作入口。在哪里：先查看 Settings 中的 Today Widget 相关选项，再核对设备当前提供的小组件位置。怎么设：按应用及系统界面的提示配置。注意：小组件显示内容与可操作项以当前设备界面为准，不能代替进入应用核对路由和服务器。
iCloud 同步
是什么：在应用提供相应选项时，用于管理可同步的配置资料。在哪里：查看 Settings 中与 iCloud 相关的入口。怎么设：先确认设备使用的 Apple 账号与应用展示的同步状态，再依界面提示操作。注意：同步状态不等于连接状态；切换设备后仍要检查配置、服务器选择与敏感字段是否符合预期。
Diagnostics
是什么：辅助定位连接问题的诊断入口。在哪里：在 Settings 查找 Diagnostics；如需测试连接，也可核对应用中的 Connectivity Test。怎么设：固定当前网络、服务器与 Global Routing，再运行相关测试并记录结果。注意：诊断结果用于缩小排查范围，不应把单次测试视为所有网站或所有时段的结论。
排查 DNS 时，可以先用 Direct 核对当前网络，再回到原先的 Global Routing 检查同一目标；排查 Test Method 时，应避免一边切换网络一边比较数字；排查 iCloud 同步时，则要把“资料是否出现在列表”和“资料是否能连接”分开判断。这些设置互有关联，但每一步应只验证一个问题。
07 / 完成前检查
按界面顺序完成一次设置核对
- 核对资料。确认 Config 中已有自己的订阅或服务器记录，手填字段与原始信息一致，并已选中要使用的服务器。
- 核对路由。查看 Home 中的 Global Routing：需要规则分流选 Config，需要排除规则影响作对照时选 Proxy，需要检查本地直连时选 Direct。
- 核对规则。使用 Config 时确认当前配置文件、匹配类型、策略和 FINAL；不要只看某一条规则而忽略兜底处理。
- 核对触发条件。启用 On Demand 前先验证手动连接，再分别测试条件满足与不满足时的表现。
- 核对结果。在 Data 看清统计范围；需要定位异常时，固定网络和服务器后使用 Diagnostics 或 Connectivity Test，并记录改动前后的差异。
如果首次设置尚未完成，可以先阅读快速上手，按导入、选择路由、连接、验证的顺序操作。已有多份资料或需要处理更新、排序与备份时，再查看服务器管理手册。功能设置应以自己在应用中看到的选项为准；本文的示例域名和规则只用于说明字段含义。
核对 App Store 获取入口
查看开发者、官方图标与应用 ID 的核对方法，以及 iPhone、iPad 的获取说明。