Shadowrocket 代理模式
与常用设置

Global Routing：三姿态对照

Global Routing 决定连接进入客户端后采用哪一种处理方式。可在 Home 中打开 Global Routing，选择 Config、Proxy 或 Direct，分别对应配置、代理、直连三种姿态。它们不是速度档位，也不负责补齐服务器凭据；切换模式之前，应先确认已有服务器可用、配置文件已经选中。

Config：日常按规则处理

在 Config 中选好需要使用的配置文件，再回到 Global Routing 选择 Config。随后访问一个预期走代理的网站和一个预期直连的网站，结合连接记录检查实际策略。若配置引用了策略组，还要确认组内选项；只有规则文本正确，而策略目标不可用，连接仍可能失败。配置名称相同也不代表内容相同，更新后应重新检查关键规则。

Proxy / Direct：用作路径对照

排查某个网站时，可以暂时用 Proxy 与 Direct 对照请求结果。Proxy 能连接、Config 不能连接时，优先检查规则命中和策略选择；两种姿态都失败时，再看服务器参数、本地网络与 DNS。测试期间保持同一个目标地址和相近的网络条件，避免同时更换服务器、修改 DNS、切换网络，导致无法判断是哪一项改变了结果。

Rule：规则分流

规则分流把“什么流量”和“怎样处理”分开描述。在 Config 内查看或编辑当前配置的规则内容，使用时将 Global Routing 设为 Config。常规规则通常按顺序匹配，因此应把具体条件放在宽泛条件之前，并让 FINAL 位于末尾。修改前保留原配置副本，先用少量目标验证，再扩展规则范围。

DOMAIN 匹配完整域名；DOMAIN-SUFFIX 匹配域名后缀及其子域名；DOMAIN-KEYWORD 按域名中的关键词匹配，范围通常更宽。IP-CIDR 与 IP-CIDR6 分别描述 IPv4 与 IPv6 网段，GEOIP 使用地理 IP 条件。USER-AGENT 依赖客户端能否取得相应请求信息，不能把它理解为适用于所有连接的应用识别条件。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

这段教学示例表达：先匹配 example.com 及其子域名，再匹配 GEOIP 条件，其余连接交给 FINAL。PROXY 表示交给代理策略，DIRECT 表示直接连接，REJECT 表示拒绝连接。示例只说明语法，不是适合所有网络的成套配置；实际使用应以用户已有配置及其策略定义为准。

规则修改未生效时，先确认编辑的是当前启用文件，再检查是否有更早的规则已经命中。域名规则还依赖可用的域名信息，IP 条件则可能涉及解析结果；同一个网站的页面、图片与其他资源也可能连接不同域名。应从记录里定位具体请求，而不是只凭页面是否完整显示推断整个规则集是否正确。

Subscribe 与服务器管理

服务器条目保存连接所需的地址、端口、协议及认证信息；Subscribe 用于从用户已有订阅更新服务器列表。它们与 Config 的职责不同：服务器提供连接目标，配置决定流量如何使用这些目标。导入订阅并不意味着其中的规则、DNS 或其他配置也自动成为当前设置，需要分别核对。

Add Server：逐项填写已有信息

在 Home 的服务器列表使用添加入口进入 Add Server，先选择与已有资料一致的协议类型，再填写地址、端口和认证字段。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等类型的字段不同，不应为了让表单保存成功而随意改选类型。TLS、SNI、传输方式和路径等附加参数也应与服务器端资料一致；不确定时，回查已有配置的提供方说明。

Subscribe：更新与保留

通过 Subscribe 对应入口添加用户已有的订阅地址，导入后检查条目名称、类型和更新结果。订阅地址通常含有访问凭据，不要把完整地址放入公开截图、聊天记录或诊断材料。更新失败时，先确认链接是否仍有效、当前网络能否访问，再核对错误提示；反复新建同一订阅容易产生重复条目，也会使当前选择难以辨认。

对订阅生成的服务器作手工修改前，应确认后续更新是否会覆盖这些修改。需要固定保留的参数，应单独记录并明确区分手工条目与订阅条目。删除旧订阅前也要检查配置中的策略引用，避免留下指向失效名称的选择。

On Demand：按需连接

On Demand 用系统支持的条件决定何时触发连接，它不替代规则分流，也不负责挑选可用服务器。在 Settings 中找到 On Demand，检查当前界面提供的网络条件及相关行为。启用之前，先通过手动连接确认服务器、Global Routing 与配置文件能够正常配合，避免让自动触发掩盖基础配置问题。

设置时先明确目的：是希望在某些 Wi-Fi 环境下连接，还是在蜂窝网络下采用不同连接行为。只调整当前界面支持的条件，保存后分别在目标网络中验证，并观察网络切换后的实际状态。网络名称条件应准确核对，不能只凭相似名称判断是否命中；已有系统连接配置之间的切换也可能影响观察结果。

开启 On Demand 后，手动断开可能在满足条件时再次触发连接。如果需要暂时停止，应一并核对 On Demand，而不是持续重复关闭开关。它也不等同于省电模式：耗电与连接频率、网络信号、协议、传输量和服务器状态都有关。先查看系统电池用量，再结合连接记录判断是否存在频繁重连，避免只凭后台显示时间作结论。

Data：流量统计

Data 用于查看客户端记录的流量情况。进入 Data 后，先看统计对象、时间范围以及是否存在重置记录，再阅读上传、下载等项目。不同统计页面可能按连接或累计范围展示信息，必须先确认标签含义，不能把某次连接的数据当作设备全部网络用量。

需要比较一次操作的流量时，先记下当前读数与时间，再进行一项明确操作，结束后用相同口径查看变化。若界面支持重置统计，应在确认不再需要旧记录后操作；重置前可以保存一份不含敏感信息的记录，便于前后对照。后台同步、媒体加载和系统任务可能同时产生流量，不能把所有增长都归因于刚打开的网页。

客户端统计、系统蜂窝数据统计和服务端计量的范围可能不同，连接开销与统计周期也可能不同，因此读数不必完全相等。Data 不能替代已有服务的用量说明，也不能直接证明某条规则是否命中。判断分流应结合具体连接记录，判断电量应查看系统电池页面，分别使用适合的问题证据。

Settings：调整前先留存

Settings 集中放置连接、测试、显示和诊断相关选项。部分设置还可能来自当前 Config，修改前先确认它的生效范围，以及当前界面是否提供该项目。建议一次只改一个选项，记录原值和验证目标；不能因为某项名称看起来与问题相关，就同时改动整组参数。

DNS：先区分解析与连接

DNS 将域名解析为连接所需的地址。先在 Settings 中核对 DNS 相关项目，再到当前 Config 检查配置内的 DNS 内容，辨明实际采用的设置来源。如果域名访问失败而地址连接表现不同，应结合解析与连接记录继续判断，不能立即认定服务器不可用。调整时遵循已有配置的设计，保留原值，并验证常用站点和局域网资源；不要随意把不明地址填入解析设置。

Test Method：明确测试测量什么

在 Settings 查找 Test Method，确认当前测试方法，再回 Home 使用 Connectivity Test。测试方法不同，得到的响应结果也不能直接横向比较；某种测试未返回，不等于实际业务请求一定失败。比较服务器前固定方法与网络条件，完成测试后还要实际访问目标服务。测试结果主要帮助缩小排查范围，不应解释为稳定速度或持续可用性的承诺。

Today Widget：快捷操作前确认目标

Today Widget 用于系统小组件相关的快捷展示或操作，具体可用形式取决于系统与当前应用界面。在 Settings 查看相应配置后，再到系统的小组件管理位置确认是否可添加。使用快捷入口之前，先在应用内选好服务器和模式；快捷切换并不会自动检查配置是否合理。若组件状态与应用内观察不一致，返回 Home 核对实际连接，避免只依赖组件显示作判断。

iCloud：同步不等于独立备份

在 Settings 核对 iCloud 相关同步选项，同时检查系统中该应用的 iCloud 使用权限。先确认希望同步的内容类型，再在另一台设备核对结果，不要假定所有设置、订阅和记录都会同步。多设备同时编辑前保留重要配置，等待同步完成后再继续操作；同步也可能传播删除或修改，因此不应把它当作唯一备份。含凭据的配置仍需按敏感资料保存。

Diagnostics：保留上下文再排查

在 Settings 打开 Diagnostics 相关入口，按当前界面提供的工具查看诊断信息。记录发生问题的时间、网络类型、Global Routing、所用服务器类型以及复现动作，再结合错误提示定位环节。分享诊断内容之前，检查并遮盖订阅地址、认证字段、个人域名和不必要的访问记录。不要为了补充日志而公开完整配置，也不要在缺少依据时关闭证书验证等安全检查。

设置后如何验证结果

1. 确认本地网络。先判断当前 Wi-Fi 或蜂窝网络是否可正常使用，必要时完成网络登录。固定一个测试目标，不把多个不同问题混在一次验证中。
2. 确认连接资料。检查所选服务器、协议类型和认证参数。订阅更新成功只表示列表取得成功，不等于每一个服务器都能正常连接。
3. 确认 Global Routing。需要规则分流时使用 Config，检查当前文件和策略目标；用 Proxy / Direct 对照后，恢复原本计划使用的姿态。
4. 检查记录与触发条件。把问题发生时间与连接记录对应起来，必要时暂停 On Demand 的自动触发后复测，区分自动重连与手动操作的影响。
5. 只保留有效修改。每次调整后重复相同操作。若结果没有改善，恢复原设置，再检查下一层，避免积累无法解释的参数变化。

首次配置建议按照完整教程依次完成导入、选择模式、建立连接与验证。遇到不熟悉的界面项，可先查阅术语手册，再决定是否需要调整。设置的目标是让每一项变更都能说明原因、验证结果，并能够恢复。