Shadowrocket 功能介绍
从 Global Routing 的工作方式开始，再核对规则、服务器和连接条件。每项设置按“功能、位置、操作、边界”说明，适用于已有自己的订阅或服务器信息的用户。
- Config / Proxy / Direct
- 规则匹配与策略动作
- 连接验证与设置排查
Global Routing 三种模式
Global Routing 决定连接启用后，请求整体采用哪一种处理方式。入口位于 Home；点击当前模式，核对 Config、Proxy 或 Direct。这里的 Config 是分流模式名称，而底部的 Config 页面用于管理配置文件，两者有关联，但不是同一个入口。
| 模式 | 处理方式 | 适用情形 | 核对重点 |
|---|---|---|---|
配置 Config |
依据当前启用配置中的规则决定请求动作。 | 需要按域名、地址等条件进行日常分流。 | 配置文件是否启用，规则顺序与最终动作是否正确。 |
代理 Proxy |
通常将请求交给当前代理选择，而不按配置规则逐条分流。 | 临时验证所选服务器能否完成目标请求。 | 当前服务器及相关网络、解析条件。 |
直连 Direct |
通常直接连接目标，不交给代理服务器转发。 | 核对设备当前网络的直接访问表现。 | 本地网络是否允许访问，目标是否可达。 |
先选模式，再做对照
日常按规则使用时选择 Config，并确认已有配置确实包含所需规则。排查某个请求时，可以临时切换到 Proxy 或 Direct 做对照，但应使用同一目标、尽量保持网络条件不变，并记录原来的选择。验证结束后恢复日常模式，避免把临时设置当作长期方案。
模式名称不是连接成功的证明。即使系统显示 VPN 已连接，服务器认证、DNS 或目标连接仍可能失败；Proxy 也不代表设备所有系统流量都必然经过同一条路径。判断结果应结合实际请求与诊断记录，而不是只观察状态图标。
规则分流与策略
规则把“匹配什么”与“匹配后做什么”写在一起。在 Config 页面选择已有配置，进入其编辑入口检查规则，并在 Home 将 Global Routing 设为 Config。修改前保留一份备份，确认启用的是刚编辑的文件，再进行验证。
DOMAIN 匹配完整域名；DOMAIN-SUFFIX 匹配域名后缀及其子域名；DOMAIN-KEYWORD 按域名中的关键字匹配。IP-CIDR 与 IP-CIDR6 分别描述地址网段，GEOIP 按 IP 地理数据库匹配，数据库分类不等同于网站运营主体所在地。USER-AGENT 的效果取决于请求中相关信息是否可被读取，不能假定它能识别所有应用流量。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY以上是规则语法示例，不是完整配置，也不代表对实际网站的建议。PROXY 表示交给代理策略，DIRECT 表示直接连接，REJECT 表示拒绝请求；配置还可能引用已定义的策略组名称。策略组不是服务器地址，引用它之前需要确认对应组存在，且组内选择有效。
规则顺序决定匹配结果
请求通常从上到下匹配，命中后执行对应动作，因此具体规则应放在可能覆盖它的宽泛规则之前。FINAL 用于处理此前没有命中的请求，应放在规则末尾。排查时先确认请求的域名或目标地址，再查看命中的规则和动作；不要因一次访问失败就同时重写整份规则与 DNS。
订阅与服务器管理
Home 中的服务器列表存放实际连接所需的信息。已有订阅可通过添加入口中的 Subscribe 导入；单个服务器可在 Add Server 中填写。也可以按现有资料选择 Scan QR Code 或剪贴板导入。导入前先确认资料属于自己的服务，且内容格式与所选入口相符。
手动添加时，先选择正确协议，再逐项填写地址、端口、认证及传输参数。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2 使用的字段并不相同；同样名为密码、公钥或地址的内容也不能随意互换。参数以已有服务信息为准，不应通过反复猜测加密方式或端口来替代核对。
Subscribe 更新与手动修改
订阅更新会重新读取远端列表，可能改变名称、数量和连接参数。先确认订阅地址仍有效，再使用该订阅的更新操作；若更新失败，保留原列表以便对照，不要立即删除重建。自动更新的触发条件与选项以当前应用界面为准，更新列表本身不等于延长服务有效期。
多份订阅应使用能区分用途的名称，避免仅凭相同显示名选择服务器。订阅生成的条目若被手动修改，后续更新可能覆盖这些变化；需要保留的个性化配置应先备份。删除订阅前，确认它包含哪些条目，并检查当前所选服务器是否也将被移除。
服务器列表与规则配置承担不同职责：前者解决“连接到哪里”，后者解决“哪些请求走哪条路径”。能看到服务器不代表配置已启用，导入配置也不代表已经填入有效服务器。完整的更新、排序、导出与删除流程见订阅与服务器管理手册。
On Demand 按需连接
On Demand 用于依据设定条件触发或管理 VPN 连接。进入 Settings 中的 On Demand，先阅读当前界面提供的网络条件和动作，再按实际需求启用。不同设备与系统环境显示的可用选项可能不同，应以应用内文案为准。
建议先在手动连接状态下确认已有服务器、规则与 DNS 能正常工作，再设置按需条件。每次只增加一项条件，分别在对应网络中验证连接与断开表现；如果设置了与 Wi-Fi 名称有关的条件，需核对名称是否完全一致，并考虑设备切换网络时的实际行为。
按需连接只负责触发，不会修复错误的密码、失效服务器或不完整配置。它也可能使手动断开后再次出现连接状态；发生这种情况，应先回到 On Demand 检查触发条件，而不是反复删除系统 VPN 配置。暂停排查时，先关闭相关按需设置，再手动断开，结束后恢复此前记录的选项。
Data 流量统计
Data 用于查看客户端记录的流量使用情况。进入 Data 页面，先核对当前统计范围、时间范围以及界面标出的上传与下载方向，再观察一次明确的网络操作。若应用提供重置统计入口，使用前记录已有结果，避免清除后失去对照依据。
统计适合回答“某段时间是否发生流量变化”，不能单独证明目标网页已完整加载。例如，请求发生重试、建立连接或传输部分资源时，也可能产生流量；后台活动同样会影响读数。验证时关闭不必要的并行活动，使用同一目标重复观察，并结合连接记录判断。
客户端统计与已有服务的计量口径可能不同，协议开销、统计范围、重置时间以及多设备同时使用都会造成差异。Data 不能替代服务侧的剩余用量信息，也不应据此推算订阅有效期。若怀疑异常消耗，先确认统计周期，再排查后台应用与重复请求。
Settings 与 DNS
DNS 把域名解析为目标地址，是建立连接前的重要环节。相关入口可在 Settings 中核对；当前配置文件也可能包含 DNS 设置，因此检查时要同时确认启用配置的内容。修改全局选项前，先记录原值，区分“设备网络提供的解析方式”与“配置指定的解析方式”。
服务器延迟测试正常、网页却打不开时，应先确认失败的是域名解析还是后续连接。检查 DNS 地址的格式与可达性，核对所用解析方式是否与当前配置兼容，再观察同一域名的请求记录。支持加密解析并不代表任意填写一个地址就能工作，地址、协议及连接路径应相互匹配。
一次只改变一个解析条件
先保存当前配置，再做单项修改并重新测试。不要同时更换服务器、Global Routing 和 DNS，否则成功或失败都难以归因。IP 类规则可能依赖解析后的地址，DNS 变化也可能影响这些规则的匹配结果；因此解析恢复后，还要检查实际命中的分流动作。
如果更改后表现恶化，恢复已记录的设置再排查。清除缓存可以帮助重新观察解析过程，但不能解决不可达的解析服务或错误的规则。分享记录时注意隐藏私人域名、订阅地址和认证信息，仅保留复现问题所需的字段。
Test Method 与 Diagnostics
Test Method 用于选择连通性测试所采用的方式，可在 Settings 中核对；Home 中的 Connectivity Test 用于对列表执行测试。先选择与排查目的相符的测试方式，再测试服务器。若当前方式需要目标地址，应确认该地址本身有效且能够按预期访问。
不同测试方式观察的链路不同：能建立基础连接，不等于认证和目标请求都成功；请求型测试也会受测试目标、DNS 与当前网络影响。比较结果时应保持测试方式和目标一致，不宜将不同方法得到的读数直接混排。一次较低的延迟只反映当时条件，不能替代实际业务验证。
Diagnostics 的检查顺序
Diagnostics 用于进一步收集或查看排查信息，可在 Settings 的相关入口检查。先确认设备基础网络可用，再核对服务器参数，然后检查域名解析、命中规则和目标连接。每次复现只发起一个明确请求，记录出现问题的网络环境与操作顺序，避免让大量同时发生的请求淹没线索。
日志或诊断结果可能包含服务器地址、访问域名等私人信息。对外提供前先检查内容，移除订阅凭据、密码与私钥；不要直接分享完整配置。若错误集中在认证阶段，应回到参数核对；若只在特定域名出现，则优先检查解析与规则，而不是反复重装应用。
首次连接的完整验证顺序见使用教程。诊断的目标是定位失败环节，不是通过不断切换选项碰巧得到一次成功。
Today Widget 与 iCloud 同步
Today Widget 快捷操作
Today Widget 的相关选项位于 Settings，用于配置系统支持的小组件展示或快捷操作。先在应用中核对可用项，再到系统的小组件管理界面添加。能否显示、可执行哪些操作以及放置位置取决于设备系统与当前应用支持情况，不应把某一种布局视为所有设备的固定界面。
小组件适合执行已经验证过的日常操作，不能替代完整的服务器与规则检查。通过小组件切换后，若结果不符合预期，应回到 Home 核对当前服务器、连接状态和 Global Routing。显示尚未刷新时，先打开应用确认真实状态，不要只凭小组件文字判断连接是否成功。
iCloud 同步与独立备份
在 Settings 中检查 iCloud 同步相关选项，同时确认系统已允许应用使用 iCloud。同步前先核对当前设备上的配置与订阅是否完整，在新设备上则先等待同步结果，再检查文件、服务器列表和当前选择。具体同步项目以应用内说明与设备实际显示为准，不能预先认定所有设置和状态都会恢复。
iCloud 同步不等于独立备份：删除或修改可能传播到其他设备，离线期间的内容也可能尚未上传。批量删除、替换配置或换机前，应另行导出需要保留的内容，并妥善保存。配置与订阅可能包含敏感参数，备份应保存在自己控制的位置，避免作为普通附件公开分享。
App Store 的已购恢复与配置恢复是两个步骤。前者恢复应用获取资格，后者恢复自己的服务与设置；重新安装后仍需核对资料是否齐全，再完成一次连接验证。购买适用性与系统要求以 App Store 页面标注为准。