[Global Routing]
配置、代理与直连三种模式
Global Routing 决定总体处理方式；选择服务器与选择路由模式是两件事。
是什么：Global Routing 提供 Config、Proxy、Direct 三种姿态，分别对应按配置分流、使用代理、直接连接。它不是协议选择器，也不会替用户补齐服务器参数。Home 中选中的服务器决定普通 PROXY 策略使用的代理目标；配置中的特定策略或策略组还可能另有选择。
在哪、怎么设：在 Home 打开 Global Routing，按使用目的选择模式，再返回检查当前服务器及连接开关。日常使用已有规则文件时通常选择 Config；排查某个目标是否受规则影响时，可以临时切到 Proxy 做对照；检查本地网络能否直接访问目标时，可用 Direct。完成测试后恢复原来的模式，避免把临时设置当作日常配置。
| 界面选项 | 处理方式 | 适用场景 | 注意事项 |
|---|---|---|---|
| Config · 配置 | 按当前启用配置中的规则决定策略。 | 指定域名走 PROXY，本地地址走 DIRECT 等分流需求。 | 确认启用的是目标配置，且存在合适的 FINAL。 |
| Proxy · 代理 | 以代理作为总体处理方式。 | 临时对照测试代理路径，缩小规则排查范围。 | 不等于所有应用、所有系统流量都必然被接管。 |
| Direct · 直连 | 以直接连接作为总体处理方式。 | 比较直接访问结果，检查本地网络基础连通性。 | 不等于关闭连接开关，也不等于清除 DNS 设置。 |
注意什么：Proxy 下能访问而 Config 下失败，通常应优先查命中规则、策略指向和配置是否启用，而不是立刻重建服务器。两种模式都失败时，再检查服务器参数、DNS 与当前网络。Direct 下失败也不能单独证明代理配置有误，因为目标本身可能无法从当前网络直接到达。
[Rule]
规则匹配与策略去向
规则回答“匹配什么”，策略回答“匹配后怎么处理”。
是什么：规则分流是在 Config 模式下，根据目标域名、地址或其他可用信息选择处理策略。DOMAIN 匹配完整域名；DOMAIN-SUFFIX 匹配域名后缀；DOMAIN-KEYWORD 匹配域名中的关键字；IP-CIDR 与 IP-CIDR6 分别描述 IPv4、IPv6 地址范围；GEOIP 按地址所属地区匹配；USER-AGENT 依赖请求中可取得的对应信息，不能用作通用的按应用分流替代项。
在哪、怎么设：在 Config 中找到并编辑准备使用的配置文件，将规则放入 [Rule] 段。保存后还要确认该文件已被选为当前配置，并把 Global Routing 设为 Config。规则按从上到下的顺序匹配，通常先放具体目标，再放宽泛范围，最后放 FINAL 兜底。
[Rule]
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.net,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
IP-CIDR6,fc00::/7,DIRECT
FINAL,DIRECT这段教学示例让指定域名使用 PROXY，让所列本地地址范围使用 DIRECT，其余请求由 FINAL,DIRECT 处理。示例域名不是订阅或服务器地址。PROXY 表示使用代理策略，DIRECT 表示直接连接，REJECT 表示拒绝请求；这些名称描述的是处理行为，不是三种不同协议。
注意什么：把宽泛规则提前可能遮住后面的具体规则。涉及 IP 的规则还需要考虑域名解析结果；连接复用、缓存与应用自身行为也可能影响一次测试的观感。修改后重新发起请求，检查实际命中，而不是只凭连接图标判断。完整段落结构与更多写法见规则参考。
[Subscribe]
订阅与服务器管理
先分清单条服务器信息与可更新的订阅列表，再选择导入方式。
是什么：Subscribe 用来导入并更新服务器列表；Add Server 用来填写或导入单条服务器信息。订阅不是规则配置文件，更新服务器列表也不等于替换 Config。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2 等协议的字段含义不同，应按已有信息选择对应类型，不能只填地址和端口就认为参数完整。
在哪、怎么设：从 Home 的添加入口进入 Add Server，已有订阅时选择 Subscribe，粘贴从你的服务商处获取的链接并保存。单条服务器则核对类型、地址、端口及认证字段；TLS、SNI、传输方式等附加项按提供的信息填写。使用 Scan QR Code 前先确认二维码内容属于预期的服务器或订阅，而不是普通网页地址。
导入成功后返回 Home，检查列表中是否出现预期项目，选中要使用的服务器，再运行 Connectivity Test。列表能显示只表示内容被识别，不代表认证正确或线路可用。订阅内容发生变化时，在对应订阅操作中更新，并再次确认当前选中项是否仍存在。
注意什么：订阅链接可能含访问凭据，不要放进公开截图、共享配置或求助帖。自动更新可能覆盖订阅生成项目的本地改动，需长期保留的手工项目应与订阅项目区分管理。更新失败时先核对链接是否完整、是否已失效，再检查当前网络能否访问订阅地址；不要通过反复删除全部配置来碰运气。
[On Demand]
按需连接与手动连接的关系
On Demand 决定何时建立连接，不负责决定某个域名使用哪条规则。
是什么：On Demand 借助系统按需连接机制，在满足已设置的网络条件时尝试建立连接。它与 Global Routing 分属不同层级：前者控制连接触发，后者控制连接建立后的总体路由方式。启用 On Demand 不会自动选择合适的服务器，也不会修复过期的订阅或错误的认证参数。
在哪、怎么设：进入 Settings 中的 On Demand 设置入口，先阅读当前可用的条件与选项。建议先关闭自动触发，手动完成一次连接及网页访问测试，确认服务器和 Config 工作正常后，再启用需要的条件。如果界面提供网络类型或网络名称条件，应逐项核对，避免把只想在某个网络启用的行为设成广泛触发。
注意什么：手动断开后又出现连接，应先查看 On Demand 是否仍满足触发条件，而不是立即认定开关失效。需要持续停止连接时，先停用按需触发，再操作连接开关。网络切换、系统调度以及其他 VPN 配置都可能影响结果，应分别在 Wi-Fi 与移动网络下测试；连接图标出现后仍要验证实际访问。
[Data]
Data 流量统计的用途与边界
用于观察客户端记录的流量变化，不代替服务商侧的计量记录。
是什么：Data 用来查看应用记录的流量情况，帮助判断连接期间是否有数据传输。统计应结合界面标注的时间范围和分类阅读；它不一定等同于设备全部网络流量，也不一定等同于服务商后台显示的用量。后台通信、协议开销、计量起止时间不同，都可能造成差异。
在哪、怎么设：打开 Data，先确认当前查看的是哪个时间范围或统计项目。准备比较某次操作时，记录操作前的数值，关闭无关下载，再访问一个明确目标，随后观察变化。如果界面提供重置统计选项，应先确认自己是否仍需要历史记录，再执行重置；不能把重置本地统计理解为改变服务商侧用量。
注意什么：有流量增长只能说明发生了数据传输，不能证明请求一定命中了 PROXY，也不能证明页面内容完整加载。判断分流应查看请求与规则信息，判断计量应查看服务商提供的记录。若 Data 持续增长而前台没有操作，可先排查后台应用、系统同步与正在进行的传输，再决定是否停止连接。
[Settings]
Settings 常用项逐项核对
入口与可用选项可能随系统和平台不同而变化，以下按同名功能说明，不预设所有设备都有相同布局。
DNS：域名解析与配置继承
是什么、在哪：DNS 将域名解析成地址，相关选项可在 Settings 的 DNS 设置及当前 Config 的 [General] 段中核对。解析与代理是不同环节：连接能建立，不代表解析结果符合预期；解析成功，也不代表服务器能够连接目标。
怎么设、注意什么：先记录原有配置，再确认当前配置是否已指定 DNS、是否存在系统解析或其他覆盖项。需要修改时，只采用自己明确掌握的解析参数，一次改变一个来源。不要同时改 DNS、服务器和规则，否则难以判断哪项产生影响。测试时重新发起请求，并考虑系统、应用与客户端缓存；不要把更换 DNS 当作所有连接问题的通用解决方法。
Test Method：保持测试口径一致
是什么、在哪：Settings 中的 Test Method 用于选择 Connectivity Test 的测试方式。不同方法关注的阶段不同，例如建立连接与取得测试目标响应，并不天然等价；方法、目标和超时条件都会影响显示结果。
怎么设、注意什么：先阅读当前方法的说明，再选择适合排查目的的选项。比较服务器时保持测试方法、目标和网络环境一致。一次超时不能直接证明服务器永久失效；先重复测试并尝试实际访问，再检查认证、TLS 与目标可达性。测试通过但网页失败时，应回到 DNS、规则和具体应用行为继续排查。
Today Widget：快捷操作前确认状态
是什么、在哪：Today Widget 是系统支持时提供的快捷入口，相关配置在 Settings 的同名项核对，是否能添加还取决于当前系统的小组件支持。它便于查看或切换状态，不替代 Home 中完整的服务器和路由设置。
怎么设、注意什么：先在系统可用的小组件添加界面查找 Shadowrocket，再根据应用提供的选项配置显示内容。使用快捷操作前确认当前服务器与 Global Routing，操作后返回应用或通过实际访问验证。系统可能延后刷新小组件内容，因此不要只根据小组件中的旧状态判断连接结果。
iCloud 同步：先备份再合并
是什么、在哪：iCloud 相关功能用于在受支持的 Apple 设备间保存或同步应用支持的数据。入口在 Settings 的对应项中核对，实际同步范围以界面说明为准，不能默认服务器、配置、历史数据和所有设置都同步。
怎么设、注意什么：先确认设备使用预期的 iCloud 账号、系统允许应用使用 iCloud，并保留重要配置的独立备份，再启用同步或执行恢复。换设备后逐一检查项目数量、当前配置与服务器选择，不要只看到文件出现就认为状态完全一致。同步也不等于共享服务商授权，服务器可用设备数仍按用户已有服务的约定执行。
Diagnostics：收集可复现的问题信息
是什么、在哪：Diagnostics 用于辅助定位连接与网络问题，可在 Settings 的对应入口查看当前提供的诊断项目。诊断的价值在于把失败发生的环节记录下来，而不是仅给出一个笼统的“无法连接”结论。
怎么设、注意什么：先记下当前网络类型、Global Routing、选中的服务器和失败目标，再执行与问题相关的诊断。比较修改前后结果时保持其他条件不变。准备分享结果前，检查并移除订阅链接、认证字段、个人地址及其他敏感信息；只保留必要的错误描述和经过脱敏的上下文。
[Check]
修改设置后的验证顺序
把“是否连接”“是否命中规则”“是否达到预期”分开验证。
- 保留原始状态。记录当前 Config、Global Routing、服务器和准备修改的选项。配置文件先备份，再编辑；备份中包含凭据时应妥善保存。
- 建立基础连接。选中服务器并手动连接，运行 Connectivity Test，随后访问已知目标。若基础连接失败，先核对参数与当前网络，不急于修改规则。
- 核对实际分流。在 Config 模式下，分别测试应走 PROXY 与应走 DIRECT 的目标，检查对应请求的策略结果。只测一个目标无法证明整份配置正确。
- 最后启用自动功能。确认手动操作稳定后，再启用 On Demand 或调整同步行为。切换网络后重复验证，观察自动连接是否符合条件。
- 失败就回退一项。恢复最近改动并重新测试。保持可复现的操作顺序，比同时调整多个开关更容易定位原因。
需要第一次导入订阅和建立连接的完整步骤，继续阅读使用教程；需要扩展规则写法，查看规则参考；遇到特定错误时，按常见问题中的分类检查。尚未获取客户端的用户，请先到下载指南选择对应平台。