Shadowrocket 功能与设置

是什么：Global Routing 决定客户端接管的连接如何选择处理路径。配置模式对应 Config，代理模式对应 Proxy，直连模式对应 Direct。它与 Home 中选择哪台服务器是两个层次：前者决定路由方式，后者决定需要代理时使用的连接信息。

在哪、怎么设：在 Home 打开 Global Routing。日常需要按域名、地址或其他条件分流时，选择 Config，并确认 Config 中当前启用的文件。临时判断某个请求是否受分流影响时，可切到 Proxy 或 Direct 做对照；完成测试后恢复原来的模式，避免把排查状态当成长期设置。

注意什么：选择 Proxy 不会修复错误的服务器密码，选择 Config 也不会自动生成适合你的规则。Direct 是客户端内的路由选择，不等同于关闭系统中的 VPN 连接。对照测试应记录模式、所选服务器和目标，且尽量重新发起连接；已经建立的连接未必随模式切换立刻采用新路径。

是什么：规则描述匹配条件，策略描述命中后如何处理，两者不能混为一谈。DOMAIN 匹配完整域名，DOMAIN-SUFFIX 匹配域名后缀，DOMAIN-KEYWORD 匹配域名中的关键字。IP-CIDR 与 IP-CIDR6 分别用于 IPv4、IPv6 地址范围；GEOIP 依赖地址归属数据。USER-AGENT 依赖可获取的请求信息，不应被理解为能可靠识别所有应用。

在哪、怎么设：进入 Config，找到当前启用文件，再检查其中的 Rule。规则通常按自上而下的顺序判断，首条命中后使用对应策略。因此应把具体例外放在宽泛条件前面，并在末尾明确 FINAL。只把规则加入另一个未启用的文件，不会改变当前连接的行为。

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

这段示例只用于解释顺序：example.com 本身先命中 DIRECT；ad.example.com 先命中 REJECT；其他匹配 example.com 后缀的域名则交给 PROXY。它不是适用于所有网络的通用配置，应用前应按实际目标核对。

注意什么：PROXY 使用代理路径，DIRECT 使用直接连接，REJECT 拒绝匹配的请求。REJECT 不理解页面内容，不能仅凭一条域名规则区分同域名下的不同内容。地址类规则还可能受到 DNS 解析结果影响；遇到误分流时，应先看实际命中的规则，而不是继续叠加相似条件。保存并确认配置已生效后，再重新发起测试请求。

需要理解配置分段与协议参数时，可继续阅读协议参考，以及 .conf 配置文件结构说明。

是什么：单台服务器记录保存地址、端口、协议和认证等连接参数；Subscribe 用于从你已有的订阅来源取得和更新一组记录。服务器列表与 Config 分工不同：前者提供连接目标，后者描述路由等行为。订阅更新不应被当作规则文件已经更新的依据。

在哪、怎么设：在 Home 管理服务器。已有单台服务器信息时，进入 Add Server，选择与服务器端一致的类型，再填写对应字段；已有订阅时，在 Add Server 的类型选择中使用 Subscribe，粘贴你自己的完整订阅地址并保存。也可使用 Scan QR Code 导入你已有的信息，但导入后仍需进入详情核对，不能只看记录名称。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等类型的字段并不相同。不要把某一类型中的 Password 直接填进另一类型的认证字段，也不要仅根据端口判断协议。TLS、服务器名称与传输相关字段应与服务器端要求一致；缺少信息时，应先确认原始参数，而不是尝试随机组合。

更新 Subscribe 后，检查记录是否新增、删除或更名，再确认 Home 当前选择的服务器仍然是预期项。直接修改订阅生成的记录，可能在后续更新中被覆盖；需要保存自己的调整时，应先明确这些记录的管理归属，并保留可恢复的原始信息。

注意什么：订阅地址可能包含访问凭据，二维码也可能携带完整认证信息，不要公开发布或贴入截图。更新失败与服务器连接失败不是同一问题：前者先检查订阅地址及其访问状态，后者检查具体服务器参数。延迟测试成功只说明相应测试条件下能得到结果，并不保证目标网站、持续吞吐或长连接都正常。

是什么：On Demand 通过系统支持的条件触发连接行为，减少每次手动操作连接开关的需要。它控制何时建立或处理 VPN 连接；Rule 控制连接建立后请求走哪条路径。两个功能可以配合，但不是同一个开关。

在哪、怎么设：在 Settings 找到 On Demand 相关入口，先检查现有条件，再按界面提供的网络类型或网络标识等条件设置。初次使用应先验证手动连接、Global Routing 和所选服务器都正常，然后只增加一个明确条件，保存后切换到对应网络检查结果。

例如需要区分某个 Wi-Fi 与其他网络时，应核对实际网络标识，并检查规则的先后关系。测试过程中记录当前网络、预期动作和系统实际状态。若只反复手动关闭连接，却没有调整触发条件，系统可能按仍然成立的条件再次发起连接，这不一定代表关闭操作失效。

注意什么：On Demand 不等于应用会一直在前台运行，也不保证服务器故障时能够恢复可用性。网络切换、系统策略和服务器状态都可能影响结果。需要临时停止自动触发时，应同时检查客户端内的 On Demand 与系统 VPN 设置，避免保留互相矛盾的预期。不要为排查一个问题同时更改多条触发条件。

是什么：Data 用于观察客户端提供的流量统计。它可以辅助判断测试操作是否产生了传输，以及上传、下载变化是否符合预期。统计不是服务方账单，也不能仅凭一个累计数字判断所有请求都走了代理。

在哪、怎么设：打开 Data，先确认当前显示的统计对象、时间范围和计数口径，再记录测试前数值。随后只访问一个明确目标，结束后回到同一统计视图查看变化。如果界面提供重置选项，先保存需要的记录，再决定是否重置；重置本地计数不会重置服务方记录。

注意什么：后台任务、媒体预加载、重试与协议开销都可能影响观察结果。不同界面若采用不同统计范围，数字不能直接相加或互相替代。需要判断某条请求的分流路径时，应结合连接记录与命中策略，而不是把 Data 中的流量增加当作唯一证据；需要核对服务用量时，以你已有服务的计量说明为准。

DNS：解析方式与路由配合

是什么、在哪：DNS 将域名转换为连接所需的地址，相关选项可能出现在 Settings 和当前 Config 的 General 参数中。它不等于 Global Routing，也不能替代正确的规则或服务器信息。

怎么设、注意什么：先记录现有解析设置，确认所填地址或解析服务的格式与可达性，再修改一项并重新测试同一域名。不要把多个来源不明的设置同时叠加。解析缓存、IPv4 与 IPv6 的结果差异、地址类规则都可能影响最终路径；浏览器能够打开某个目标，也不能单独证明客户端采用了预期 DNS。出现域名访问失败但地址连接正常时，可将 DNS 作为一个排查方向，而不是立即认定服务器不可用。

Test Method：理解测试结果

是什么、在哪：在 Settings 查看 Test Method 及相关测试参数，它们决定相应连接测试采用什么方法。Home 中的 Connectivity Test 用于检查服务器在所选测试方式下的响应。

怎么设、注意什么：按界面说明选定一种方式，使用相同测试目标和相近网络条件比较结果。不同方法测试的层次不同，数字不能直接横向排序。端口能够建立连接，不等于认证、TLS 与目标请求都成功；更低的测试延迟也不等于更高下载速度。测试目标本身不可达时，应先检查目标，而不是批量删除服务器记录。

Today Widget：组件入口与系统限制

是什么、在哪：Today Widget 是组件相关功能入口，用于配置应用当前支持的快捷信息或操作。先在 Settings 查看可用选项，再在系统提供的组件管理位置检查是否可以添加。

怎么设、注意什么：按当前系统和应用实际提供的项目选择显示内容，添加后返回客户端核对状态是否一致。组件类型、刷新频率与交互能力受系统支持范围限制，不能假定所有设备展示同一布局。组件显示可能有刷新延迟，排查连接时应以客户端和系统中的实际连接状态为准。

iCloud：同步范围与恢复边界

是什么、在哪：在 Settings 检查 iCloud 同步或备份相关选项，并在系统设置中确认应用的 iCloud 使用权限。它处理应用明确支持的数据，不等于恢复 App Store 的购买资格。

怎么设、注意什么：先阅读当前选项说明，核对将同步哪些内容，再启用并等待完成。换设备前保留必要的独立备份，恢复后逐项确认服务器、当前 Config 与开关状态，不要假定所有内容都已完整迁移。删除或覆盖操作可能影响同步数据，应先确认方向与范围。服务器密码、订阅地址和配置文件均可能包含敏感信息，导出与同步时同样需要控制访问范围。

是什么：Diagnostics 提供诊断相关信息或工具，用于把“无法连接”拆成更具体的阶段：当前网络是否可用、域名能否解析、服务器能否建立连接、请求命中什么策略。诊断记录是排查线索，不是自动修复所有设置的按钮。

在哪、怎么设：在 Settings 查找 Diagnostics 相关入口，按界面提供的工具和记录选项操作。先记下故障发生时间、网络类型、Global Routing 模式、当前 Config 与所选服务器，再复现一次问题。需要启用额外记录时，只保留排查所需范围，完成后恢复原来的记录设置。

推荐按层检查：先确认当前网络能访问一个已知可用目标；再做服务器连接测试；随后核对域名解析；最后查看规则与策略。若 Proxy 模式下目标可访问，而 Config 模式下失败，优先检查匹配规则及其策略，但仍需确认两次测试没有切换服务器或网络，不能只凭模式差异直接下结论。

注意什么：诊断材料可能包含访问域名、地址、订阅信息或认证字段。分享前应删除敏感内容，只保留能说明现象的必要部分；不要公开完整配置、完整订阅地址或二维码。偶发失败需要在相同条件下重复验证，单次超时不足以判断长期稳定性。

1. 确认输入。核对服务器类型、地址、端口与认证字段，确认 Subscribe 更新得到的是预期记录。
2. 确认路由。在 Home 检查 Global Routing；使用 Config 时，再检查当前启用文件、规则顺序和 FINAL。
3. 确认连接。查看客户端与系统连接状态，使用同一目标重新发起请求，避免沿用旧连接造成误判。
4. 确认结果。结合连接记录、Diagnostics 和 Data 观察变化；每次只调整一个变量，并保留恢复方法。

从手动连接开始验证，比同时启用自动触发、调整 DNS 和重写规则更容易定位问题。需要完整的首次操作流程时，阅读 Shadowrocket 入门指南；需要判断延迟结果时，阅读延迟测试与实际体验说明。