Shadowrocket 功能与常用设置

是什么：Global Routing 是整体路由方式的选择入口。Config（配置）按当前配置文件进行分流；Proxy（代理）让进入客户端处理范围的普通请求使用所选代理路径；Direct（直连）使用直接连接路径。这里的 Proxy 是界面模式名，规则中的 PROXY 则是策略关键字，两者所在层次不同。

在哪个界面：进入 Home，打开 Global Routing 查看当前选项。日常按规则使用时选 Config，并到 Config 确认已选用预期的配置文件；排查某个服务器是否可用时，可暂时选 Proxy。选好后回到 Home 检查服务器选择及连接开关。

怎么设：先选 Config，访问一个预期直连的目标，再访问一个预期使用代理的目标。如果只有后者异常，记录现象后暂切 Proxy 重试。若 Proxy 正常而 Config 异常，重点检查规则顺序、策略指向和配置选择；若两者都异常，再检查服务器参数、DNS 与当前网络。

注意什么：切换模式通常影响新建连接，已有连接可能仍保持原先状态。测试时应结束相关请求后重新发起，必要时重新连接。测试完成后恢复原来的模式，不要把临时排查选项长期留作日常配置，也不要将 Proxy 理解为所有系统流量都必然经过同一条路径。

是什么：一条规则通常由匹配类型、匹配内容和策略组成。匹配类型回答“识别什么请求”，策略回答“命中后如何处理”。规则按从上到下的顺序检查，命中后使用对应策略，因此相同目标落在哪条规则上，比规则数量更重要。

在哪个界面：在 Config 中查看当前配置，进入编辑入口检查 Rule 部分。修改前保留原配置副本，并确认修改的是正在使用的文件，而不是列表中另一个未选中的文件。规则需要在 Global Routing 使用 Config 时才能发挥预期的分流作用。

怎么设：将范围较明确的例外规则放在较宽泛的规则前面，最后保留 FINAL。以下仅演示语法与顺序：示例域名请求走 PROXY，其余请求由 FINAL 交给 DIRECT。它不是适合所有网络的完整配置，也不包含服务器信息。

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

注意什么：域名规则与 IP 规则面对的信息不同。请求是否保留可识别的域名、DNS 解析结果和规则位置，都会影响最终命中。USER-AGENT 等依赖请求字段的匹配有适用条件，不能当作覆盖所有加密请求的通用识别方式。修改后应重新发起请求，并检查连接记录中的实际策略。

不要为了修复一个目标而直接替换整份配置。先添加一条范围明确的测试规则，验证命中后再整理；使用 REJECT 时尤其应检查误匹配，避免阻断登录、图片或共享接口。更多顺序说明见规则匹配与 FINAL 参考。

是什么：服务器条目保存单个连接所需的地址、端口、认证及协议参数；订阅则用于批量取得并更新一组条目。订阅链接不是服务器地址，服务器列表也不等同于分流配置文件。导入成功仅表示内容被识别，仍需选择服务器并实际验证连接。

在哪个界面：在 Home 查看服务器列表，使用 Add Server 添加条目，按内容选择类型；导入订阅时选择 Subscribe 并填写完整 URL。Config 主要管理配置文件，看到配置订阅入口时，应先判断它导入的是配置还是服务器列表。Scan QR Code 可用于识别已有二维码，使用前仍应核对内容来源与格式。

怎么设：手动添加时，先按服务商给出的说明选择 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 或 Hysteria2 等类型，再逐项填写参数。地址和端口正确并不代表条目完整，部分类型还依赖 TLS、Server Name、传输方式或其他字段，不能凭名称自行补值。字段含义可查阅协议参考。

订阅链接从你的服务商处获取。粘贴时检查首尾空格、换行和截断，保存后执行更新，观察是否出现预期分组与条目。为订阅和手动条目设置容易辨认的名称；需要临时修改订阅内的服务器时，先另存为独立条目，以免后续更新覆盖本地调整。

注意什么：删除订阅分组前确认是否需要保留其中条目。更新失败时先区分“链接无法访问”“返回内容格式不支持”和“列表更新后连接失败”，三者排查路径不同。不要把订阅 URL、完整二维码或认证信息放进公开截图；同步和备份也应按含凭据的数据处理。

是什么：On Demand 通过系统提供的按需连接机制，在满足指定网络条件时尝试建立连接。它管理的是“何时连接”，Global Routing 管理的是“连接后如何选路径”，两项可以配合使用，但不能互相替代。

在哪个界面：进入 Settings 查找 On Demand，查看当前可用的网络条件及动作。不同系统与版本展示的条件可能不同，应以当前页面列出的选项为准。首次授权连接描述文件时，按系统提示确认，完成后再进行自动连接测试。

怎么设：先在手动连接下验证服务器、配置和 DNS 正常，再启用 On Demand。每次只增加一项条件，例如针对指定网络设定连接行为，然后切换网络观察是否按预期触发。若条件含 Wi-Fi 名称，应按设备实际显示的名称填写，并注意相似名称不是同一个网络。

注意什么：On Demand 不保证失效的服务器恢复可用，也不意味着系统会始终保留后台进程。系统权限、网络切换和其他 VPN 配置都可能影响触发。需要临时停止自动连接时，应先关闭 On Demand 再断开，否则满足条件后可能再次连接；不必反复删除并重建全部配置。

是什么：Data 用于观察客户端记录到的流量与连接情况，帮助判断请求是否进入处理范围、是否持续产生传输，以及是否存在异常的重复连接。统计反映客户端的观察口径，不是服务商账单，也不是设备所有网络活动的完整清单。

在哪个界面：打开 Data，查看当前页面提供的上传、下载及连接相关记录。先确认统计时间范围、是否为当前会话，以及是否存在清除或重置操作。不同统计入口可能采用不同周期，比较前应保持口径一致。

怎么设：排查某次访问时，先记录当前状态，再只打开一个目标并重新发起请求，观察数据是否变化；若页面提供连接详情，再核对目标、策略和错误信息。需要重置统计时，先保存仍要使用的记录，避免把用于对照的证据清掉。

注意什么：上传下载量增加只能说明存在数据传输，不能单独证明目标页面正确返回。协议封装、重试、系统计量周期和服务商口径都会造成数字差异；代理路径的统计也不能直接用来推算所有直连流量。提交排查信息时，可保留时间、错误类型与策略，隐藏个人域名、地址及认证信息。

DNS：先确认生效位置

是什么、在哪：DNS 负责将域名解析为地址。可先在 Settings 查看 DNS 相关选项，同时检查当前 Config 文件的 General 部分是否定义了解析参数。全局设置与配置文件可能共同影响结果，不能只看一个页面就判断实际使用了哪组值。

怎么设、注意什么：优先保留能正常工作的基线，按解析服务要求填写受支持的地址格式；一次只改一项，再重新连接并发起新的解析请求。不要因某个网站失败就同时更换 DNS、服务器和规则。解析成功不等于目标连接成功；还应区分域名解析错误、地址可达性与 TLS 连接错误。对于内部域名，先确认所选解析服务是否能够解析，避免把原本只在局域网有效的名称交给不适用的解析路径。

Test Method：理解测试测量了什么

是什么、在哪：Settings 中的 Test Method 影响 Connectivity Test 所采用的测试方式。不同方法可能检查端口连接，也可能通过特定请求观察响应，得到的数值含义并不完全相同。

怎么设、注意什么：选择当前界面提供且适合服务器的方式，再到 Home 执行 Connectivity Test。比较多个条目时保持测试方法、目标和网络环境一致，避免把不同条件下的结果排序。一次响应较快不能代表持续下载速度、电量消耗或所有站点表现；测试失败也可能来自测试目标本身，应结合实际访问验证。

Today Widget：系统中的快捷入口

是什么、在哪：Today Widget 是与系统小组件相关的快捷控制或状态入口。可在 Settings 查找相关项，并在系统小组件管理界面确认是否提供对应组件。组件可用性取决于当前系统支持情况。

怎么设、注意什么：先在应用内完成配置与授权，再按系统流程添加可用组件，检查显示的信息是否与 Home 一致。小组件适合快速操作，不替代配置编辑，也不能绕过系统连接授权；状态显示可能延后，连接异常时应回到应用查看详情。若系统没有列出对应组件，不应把另一平台的添加步骤直接套用。

iCloud：配置同步与数据范围

是什么、在哪：iCloud 相关项用于在支持的 Apple 设备间保存或同步应用允许的数据。在 Settings 检查同步选项，并在系统设置中确认 iCloud 及应用访问权限。不要假定全部运行状态、历史记录或每一个字段都在同步范围内。

怎么设、注意什么：开启前先备份重要配置，在同一 Apple 账户下分别检查设备权限，完成同步后核对配置名和内容。遇到冲突先保留两份副本，再决定采用哪份，避免在多台设备上同时编辑同一配置。含服务器认证信息的配置同样属于敏感数据；iCloud 同步不是跨所有平台的通用方案，也不负责恢复 App Store 购买记录。

Diagnostics：围绕一次失败收集信息

是什么、在哪：在 Settings 的 Diagnostics 中查看当前提供的诊断选项。诊断的用途是收集错误线索，区分 DNS、连接建立、认证和请求阶段的问题，不是自动改变服务器或修复远端服务。

怎么设、注意什么：按需启用当前界面提供的记录能力，记下开始时间，复现一次失败，再查看或导出对应结果。完成后关闭临时增加的详细记录，避免长期保留不必要的数据。分享前逐项检查订阅 URL、密码、认证字段、服务器地址和个人访问记录；只提供与问题有关的片段，不能只遮住界面上的名称却保留完整链接。

“已经连接”与“按预期分流”是两件事。系统显示连接状态后，还应验证请求路径与返回结果。建议按下面的顺序核对，每次只修改一个变量，并保留能够复现问题的步骤。

1. 先看 Home：确认所选服务器来自预期分组，订阅更新后没有误选同名旧条目；检查连接是否真正建立，而不是只看开关位置。
2. 再看 Global Routing：日常使用 Config 时，确认当前配置与目标策略；需要对照时临时切 Proxy，测试后恢复。
3. 检查 Config：从上到下查看相关规则，核对策略组和 FINAL。编辑文件后重新选择或按界面提示使变更生效，并重新发起请求。
4. 检查 DNS：区分解析失败与连接失败，保留已知可用的设置作为对照，不要同时更换多个解析参数。
5. 查看 Data 与 Diagnostics：只复现一次目标操作，结合时间与错误内容判断请求在哪个阶段停止。
6. 最后恢复自动化：手动连接稳定后再启用 On Demand、同步或快捷入口，确认网络切换后仍然符合预期。

如果服务器连接正常，而某个目标始终异常，应继续检查该目标的规则、DNS 和服务状态，而不是反复导入同一订阅。若多个目标都失败，再回到服务器参数、订阅有效性与本地网络检查。具体操作入口见快速上手，按问题检索可进入常见问题；界面名和规则术语可在名词解释中查询。