Data 适合观察流量变化，不适合单独证明某条规则已经命中。本文以用户已有自己的服务商与订阅为前提，先区分累计流量与实时速率，再解释服务器归属与应用归属，最后用固定网络、前后读数和请求记录交叉验证分流。不同设备提供的统计字段可能不同，应按当前页面实际可见项目操作，不把应用识别结果当作完整的系统流量清单。
先读统计口径：上传、下载与速率
查看 Shadowrocket 的 Data 时，先确认数字描述的是累计字节数，还是单位时间内的传输量。上传表示设备向外发送的数据，下载表示设备接收的数据；两者以设备视角区分，不按“文件由谁创建”区分。打开一个网页通常也会产生上传，因为请求、确认与其他通信同样需要发送数据。
累计读数的单位通常是 KB、MB、GB 一类容量单位；带有 /s 的读数表示速率。累计下载增加 20 MB，不能解释成“下载速度是 20 MB/s”。如果页面显示的是字节速率，而测速结果使用比特速率，理论换算关系是 1 byte = 8 bits；实际比较还应统一采样时间与单位进制。
统计还受计数起点和观察范围影响。连接开始、应用重启与手动重置不应被默认视为同一计数边界。先记录当前页面的时间范围或重置状态；没有明确说明时，只比较同一页面、同一轮测试前后的差值。Data 的本地计数与服务商账单可能取自不同层级，协议封装、计费方向和结算规则也可能不同，不能据此推算套餐剩余额度。
| 看到的现象 | 可以说明 | 不能直接说明 |
|---|---|---|
| 累计下载增加 | 对应统计范围内接收了数据 | 目标网页一定完整加载 |
| 瞬时速率归零 | 当前采样时段传输很少或没有传输 | 服务器一定不可用 |
| 上传持续增加 | 设备仍有向外发送的数据 | 一定正在上传用户文件 |
| 本地与账单不同 | 需要核对双方统计口径 | 任意一方必然计数错误 |
按服务器读数：查看出口，不把选中项当作全部流量
按服务器聚合适合回答“哪些服务器对应的计数在变化”。在 Home 选中一个服务器，只表示相关代理选择的当前状态；处于 Config 时，请求仍由配置规则决定使用 DIRECT、代理策略或其他已配置策略。因此，选中服务器没有明显增量，不等于所有网络请求都失败，也可能是当前访问走了直连或命中了其他策略。
这条流程用于理解分流关系，并不规定所有计数器都位于相同层级。检查某个服务器时，应记录它的名称、地址与端口，避免把两个同名条目当成同一个出口。端口是连接参数，不是统计单位；例如配置中的端口是 443，也不能仅凭端口就判定实际使用了哪一种协议。
- 在 Home 确认当前连接状态、服务器选择及 Global Routing。
- 打开 Data，记录目标服务器可见的上传与下载值，保留原单位。
- 执行一次明确的网络操作，再回到同一统计项记录增量。
- 若增量与预期不符，查看该请求实际命中的策略或规则，不立即更换服务器。
已有连接也是常见干扰。切换服务器或修改规则后，已建立的连接不一定立即按新条件重新建立。测试时应结束原来的网络任务，再发起新请求；需要重连时先停止正在传输的重要任务。不能用切换后仍在继续的一段视频播放，直接证明新服务器已经承接该连接。
按应用读数：区分应用归属、域名与系统活动
按服务器是出口维度，按应用是来源维度，两者不是两份可以相加的总流量。同一次请求可以同时归属于一个来源和一个出口。应用维度适合定位“哪个来源在测试期间变活跃”，服务器维度适合定位“哪个出口有传输变化”，两种观察应围绕同一时间窗口进行。
在 iPhone 与 iPad 上，隧道可获得的信息并不等同于系统电池或蜂窝网络设置中的应用归属信息。不要预设 Data 一定能列出每个已安装应用的完整上传与下载。若当前页面提供应用归类，应先核对其标签含义；若只提供服务器、连接或域名记录，就按现有字段分析，不寻找并不存在的菜单。
| 观察维度 | 适合回答的问题 | 主要限制 |
|---|---|---|
| 服务器 | 哪个代理出口的读数增长 | 不能据此完整还原发起应用 |
| 应用归类 | 哪个可识别来源产生了活动 | 可识别范围受系统与页面能力影响 |
| 域名或目标地址 | 请求访问了哪个网络目标 | 同一目标可能被多个应用使用 |
| 请求与规则记录 | 具体请求如何选择策略 | 需要与测试时刻及目标对应 |
浏览器一次打开页面可能访问主域名、图片域名、字体域名及接口域名；其他应用也可能使用相同的内容分发地址。因此，看到某个域名不能直接认定只有一个应用使用它。后台同步、系统推送和缓存也会影响观察：没有主动操作时仍可能出现流量，而再次打开已缓存页面时流量可能很少。
结论：来源与出口分开取证
先用单一应用的一次新请求缩小观察范围，再用目标地址和命中策略确认出口；不要仅凭服务器总量增长，把全部增量归给刚刚打开的应用。
用 Global Routing 与规则记录验证分流
验证规则前，先在 Home 查看 Global Routing。Proxy、Direct、Config、Scene 不能混为同一个状态：Proxy 用于代理路由，Direct 用于直接连接，Config 按当前配置处理，Scene 则需要核对所选场景的具体设置。要验证 Config 内某条规则是否生效，应先确认当前采用 Config，而不是只确认连接开关已打开。
下面是用于阅读语法的最小示例，不是要求直接替换现有配置。example.com 是示例域名；192.0.2.0/24 是文档示例地址段，不是可用于实际连通性测试的目标。修改前先保留原配置，并确认配置中的策略名称真实存在。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX匹配指定域名及其子域名。主页面与资源域名不同，可能分别命中不同规则。IP-CIDR按目标 IP 地址段匹配；示例中的no-resolve表示不为该条 IP 规则额外触发域名解析，不表示整条连接不需要 DNS。GEOIP根据目标 IP 的地理数据库归类匹配，不等同于按网站显示语言或域名后缀判断。FINAL处理前面未命中的请求。排查时既要找预期规则，也要确认请求是否落到了最终匹配项。
规则通常按配置顺序检查，前面的匹配项可能使后面的规则没有机会处理该请求。Data 只显示增量时，无法反推出具体命中哪一条。应在应用提供的请求或日志记录中，对照测试目标、发生时间、匹配规则及实际策略；具体入口以当前界面为准，不把统计行当成规则命中日志。
一次可复核的测试：比较差值，不追逐总量
建议在同一网络、同一服务器选择和同一配置下，使用一个前台应用完成一次短测试。暂停其他主动下载和同步任务，但要接受系统后台通信仍可能存在。测试目的不是制造完全静默的设备，而是让目标请求与时间窗口足够明确，能够和记录相互对应。
- 记录条件：写下 Wi-Fi 或蜂窝网络、Global Routing、当前 Config、服务器条目和连接状态，暂不更新订阅。
- 记录起点：在 Data 抄下目标统计项的上传与下载。若页面提供重置功能，可以选择使用，但前后差值法不依赖重置。
- 发起新请求：打开一个自己能够核对域名的页面，记下时间，观察约 60 秒。这个时长只是测试窗口，不是性能标准。
- 记录终点：读取同一统计项，并检查是否仍是相同的计数范围，期间是否发生重连或网络切换。
- 交叉核对：将目标请求记录中的出口与 Data 增量对应；改变一个设置后，重新发起请求再测一次。
例如，某服务器下载起点为 120 MB，终点为 128 MB，差值是 8 MB。这只是计算示例，不是实测结果，也不代表页面正文大小是 8 MB。若这段时间还有背景活动，差值就包含其他流量。若统计只显示整数 MB，小请求甚至可能暂时看不到明显变化。
结论：只改变一个条件
先固定配置验证出口，再单独修改一条规则并重新建立请求。不要在同一轮里同时更新订阅、切换网络和更换服务器，否则无法判断哪项变化导致读数不同。
订阅更新可能改变服务器条目，Config 的变更可能改变分流结果，二者都应与测试过程分开。如果需要更新用户已有的订阅，先完成更新并重新核对选中项，再记录新的测试起点；不要把更新前后的同名服务器统计默认当成连续的一组数据。
常见读数疑问与排查顺序
网页能打开，为什么服务器流量没怎么增加？
先检查 Home 中的 Global Routing，再查看目标请求是否走 DIRECT 或其他策略。随后用一次新的网络请求排除缓存影响，并确认读的是目标服务器而非另一个同名条目。不要仅凭网页能打开，就认定它经过当前选中的服务器。
没有打开应用，为什么上传和下载还在变化？
保持网络条件不变，记录一小段空闲窗口，再与单一前台操作比较。后台同步、系统通信和现有连接都可能继续传输；可结合目标地址和时间缩小范围，不能从总量变化直接推断某个应用正在上传文件。
为什么找不到按应用统计的入口？
先确认当前 Data 实际提供哪些分组，不把服务器列表理解为应用列表。若没有应用归属字段，就采用“单一前台应用、固定时间窗口、目标请求记录”的办法观察；系统自身的用量统计应按其独立口径读取，不与隧道累计值直接相减。
Data 有增量，为什么页面仍然报错？
有字节交换只说明发生了通信。先查看失败请求对应的错误信息与策略，再检查目标可达性、DNS 和连接参数。握手、错误响应及重复尝试都可能产生增量，因此不能把“流量在走”当成请求成功或速度正常的充分证据。
完成检查后，保留最少但可复核的信息：测试时间、网络类型、路由模式、目标域名、出口策略和读数差值。分享诊断内容前应遮盖订阅地址、访问令牌、密码及私钥。统计截图或日志中只需保留与问题相关的部分，不必公开完整配置。