Shadowrocket
功能与常用设置

Global Routing：配置、代理、直连

Global Routing 决定连接的总体处理方式。在 Home 打开 Global Routing，可选择 Config、Proxy 或 Direct。三者分别对应配置、代理、直连，但不是三个不同的服务器，也不代表三档连接速度。选择模式之前，先明确目标：需要按规则区分请求，还是需要临时验证某条访问路径。

1. 在 Home 记录当前选择的服务器，再进入 Global Routing。
2. 日常分流选择 Config，并到 Config 核对实际启用的配置文件。
3. 需要定位连接问题时，短暂切换 Proxy 或 Direct，对同一个目标进行对照。
4. 测试结束后恢复原模式，并重新发起访问；已有长连接不一定立即反映新设置。

Proxy 可以帮助判断问题是否与规则有关，但不能自动修复错误的服务器地址、认证信息或 DNS。Direct 也不等于关闭所有系统网络行为。判断时应同时记录连接开关、当前模式和目标地址，不能只看某个选项是否已选中。

Config 与规则分流

规则把“访问哪个目标”和“采用什么策略”关联起来。在 Config 页面选择并启用配置文件，然后将 Global Routing 设为 Config，才能按这份配置核对分流效果。仅把文件保存在 Config 列表中，不代表它已经成为当前生效的配置。

阅读一条规则时，先看规则类型，再看匹配内容，最后看策略。DOMAIN 用于精确域名匹配，DOMAIN-SUFFIX 用于域名后缀匹配，DOMAIN-KEYWORD 用于域名关键词匹配。IP-CIDR 与 IP-CIDR6 分别描述地址段；GEOIP 依赖相应地址数据库；USER-AGENT 依赖请求中可识别的信息，并不能覆盖所有应用与加密请求。

规则通常按顺序检查，优先命中的规则会影响后续处理，因此更具体的例外应放在相应宽泛规则之前。FINAL 用于处理未被前面规则接管的请求。修改时一次只调整一个条件，并保留原配置副本，避免同时更改规则顺序、DNS 与服务器后无法判断原因。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY

以上是语法说明片段，不是完整可用配置。它表示示例域名后缀走 PROXY、指定本地地址段走 DIRECT，其余请求交给 FINAL 指定的策略。实际使用还需核对当前配置的其他段落及服务器设置。规则关键字可结合概念速查逐项阅读。

订阅与服务器管理

服务器条目保存单个连接所需的协议与认证参数；订阅则用于批量取得和更新一组条目。Config 页中的 Subscribe 处理配置订阅时，应先辨认导入内容是配置文件还是服务器列表，不要仅凭链接外观判断用途。两类内容即使都使用网络地址，也不能假设可以互换入口。

1. 单个服务器可从 Home 的 Add Server 进入，按用户已有信息选择协议，再逐项填写地址、端口和认证字段。
2. 已有分享链接可按应用显示的剪贴板导入入口操作；已有二维码可使用 Scan QR Code，识别后检查预览内容再保存。
3. 已有订阅应使用与内容类型对应的导入入口，保存后核对分组名称、服务器条目或配置文件是否符合预期。
4. 连接前在 Home 明确选中一个条目。更新后重新检查选择状态，避免继续使用已经失效或被移除的条目。

订阅更新成功，只能说明相关内容已取得并被处理，不等于每个服务器都能正常连接。Connectivity Test 可作为初步筛选，但测试结果还受到测试方法、网络条件和目标可达性的影响。排序后应辨认服务器名称与分组，不要把列表位置当成固定标识。

删除前先确认操作对象是单个条目、整个订阅分组，还是一份 Config。重新获取订阅内容可能覆盖手动改动，因此需要长期保留的本地设置应单独记录。分享链接、二维码、导出文件与订阅地址可能包含认证信息，不应出现在公开截图、日志或反馈附件中。完整整理流程见订阅与服务器管理手册。

多协议与连接参数

Shadowrocket 可处理多种代理及隧道协议，包括 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2。协议名称表示连接方式，不是质量等级。选择哪一项，应由用户已有服务器的配置决定，而不是通过反复切换协议来试出一个可用结果。

在 Add Server 中先选择协议，再填写该协议实际要求的字段。地址与端口只是基础信息，部分协议还需要密码、标识、密钥、TLS 或传输层参数。分享链接导入后也应检查这些字段是否完整，尤其注意服务器地址与用于证书验证的名称可能并不相同。

遇到认证或握手失败，优先对照原始服务器信息，检查端口、认证内容、TLS 名称和设备时间。不要以关闭证书验证作为常规修复方法。一个协议可用也不能证明另一个协议的参数正确；保持其他条件不变，逐项验证，才能定位到具体字段。

On Demand 按需连接

On Demand 用于让系统根据设定条件触发连接行为，不负责提供服务器，也不会替代 Global Routing 的分流选择。在 Settings 中找到 On Demand，查看当前可设置的网络条件和动作；具体可见选项以应用内界面为准。

1. 先关闭自动触发条件，手动选择服务器并完成一次实际访问验证。
2. 确认 Config 与 Global Routing 符合预期，再进入 On Demand 设置所需条件。
3. 保存后切换到对应网络环境，观察连接状态；随后离开该环境，再检查行为是否与设定一致。

如果手动断开后连接又出现，应先检查 On Demand，而不是立即删除系统 VPN 配置。网络切换、设备休眠与系统调度均可能影响触发时机，不能仅凭一次状态变化认定规则失效。排查期间可临时停用 On Demand，完成手动连接测试后再恢复，避免自动动作干扰判断。

Data 流量统计

Data 展示应用可观察范围内的流量记录与统计，适合比较连接前后是否出现传输、某段时间是否持续有数据，以及相关请求的处理情况。进入 Data 后先看统计范围与记录时间，再阅读上传、下载或连接信息；不要只截取一个累计数字判断网络状态。

可先记下当前数值，随后打开一个明确的目标页面，返回 Data 比较变化。如果已有连接仍在后台传输，数值也可能继续增加，所以应尽量减少其他应用活动。若当前界面提供重置功能，先记录需要保留的信息再重置，避免丢失排查依据。

Data 不是用户已有服务的计费账单。统计口径、协议开销、时间范围与服务端结算方式都可能不同；本地记录也不必然覆盖设备的全部网络活动。看到传输增长只能说明有数据经过相应路径，不能直接证明目标内容已完整加载，更不能据此推算订阅剩余额度。

Settings 常用项

Settings 负责通用行为与工具选项，Config 则可能包含当前配置专用的设置。两处出现相关项目时，先辨认作用范围，再检查当前配置是否覆盖通用设置。不同设备及应用界面的项目位置可能有所变化，按英文名称查找，并以实际显示的选项为准。

DNS：域名解析

DNS 将域名解析成用于连接的地址。检查 DNS 时，既要查看 Settings 中相关项目，也要查看当前 Config 的 DNS 设置。域名打不开而已知地址可达，可能与解析有关，但也可能涉及证书或目标服务，不应直接作单一结论。

先记录原有解析设置，再检查指定的解析服务能否通过当前网络路径访问。一次只修改一个项目，重新发起请求后比较结果。仅切换 DNS 不会改变服务器认证信息，也不会自动改写错误的分流规则；缓存与已有连接还可能使效果延后出现。

Test Method：测试方法

Test Method 用于选择连接测试采用的方法。在 Settings 中核对该项后，再执行 Connectivity Test。不同方法可能检测不同层面的可达性，所以结果不宜混在一起排序比较；如果更改方法，应在相同网络环境下重新测试。

测试响应较快不等于持续传输速度更高，测试失败也不一定意味着所有实际请求都失败。先确认测试目标与方法适合当前网络，再用真实访问作为补充验证。需要比较多个服务器时，应保持方法、目标和网络环境一致。

Today Widget：快捷查看与操作

Today Widget 提供系统组件相关设置。可先在 Settings 查看 Today Widget 的可用选项，再按设备当前系统提供的组件添加方式操作。添加后核对显示的服务器与连接状态，执行快捷操作后返回 Home 确认结果。

组件的可用位置、刷新频率及操作能力受系统支持范围影响，不能把组件显示的旧状态直接当成当前连接事实。若显示未及时更新，应先打开应用核对，再检查组件设置，不要反复切换服务器或重建配置。

iCloud：同步与备份范围

在 Settings 中检查 iCloud 相关项目，先阅读可同步的内容范围，再启用所需选项。设备需要处于相应的 iCloud 使用状态，并允许应用使用相关能力。首次同步前保留本地重要配置，避免在尚未确认同步方向时同时修改多台设备。

应用购买记录、配置同步与服务器凭据是不同事项。iCloud 同步不等于恢复全部订阅内容，也不能替代 App Store 的已购记录。跨设备使用后，仍应分别检查 Home 所选服务器、当前 Config 与 Global Routing。

Diagnostics：诊断信息

Diagnostics 用于检查或收集与连接有关的诊断信息。在 Settings 找到该工具，先确认需要复现的问题，再按界面提示执行。记录问题发生的网络、当前模式、目标地址和操作顺序，比反复生成没有上下文的诊断内容更有帮助。

诊断资料可能包含域名、地址、连接记录或其他敏感信息。分享前应逐项检查，移除订阅链接与认证内容；不要为了提供反馈而公开完整配置。诊断结束后，将为排查临时启用的记录选项恢复为日常设置。

功能设置的核对顺序

设置之间存在依赖关系：先有可用的服务器信息，再决定总体访问模式，最后才是规则与自动连接。遇到问题时按以下顺序逐层检查，比同时修改所有开关更容易得到明确结论。

1. 检查本地网络。确认当前网络本身可用，记录使用的是 Wi-Fi 还是蜂窝网络，暂时保持网络环境不变。
2. 检查 Home。确认所选服务器与原始信息一致，查看连接开关及系统授权状态。
3. 检查 Global Routing。需要分流时使用 Config；对照测试时记录 Proxy 或 Direct 的访问结果。
4. 检查 Config 与 DNS。确认启用的是预期文件，找到相关规则及 FINAL 的策略，再检查解析设置。
5. 检查自动行为与记录。排除 On Demand 干扰，结合 Data、Connectivity Test 和 Diagnostics 缩小范围。

每次调整后重新发起同一目标请求，并保留上一次设置和结果。确认问题解决后，再恢复日常模式和自动连接条件。首次连接的完整操作可继续阅读使用说明；需要维护多个订阅或整理服务器时，转到服务器管理，避免把配置维护与连接故障混为同一类操作。