Data 页用于观察 Shadowrocket 本机记录的流量，不等同于服务商的套餐账单，也不等同于系统的蜂窝数据用量。本文适合已经导入自有连接配置的用户：先辨认服务器与应用两种归类方式，再用同一时间窗口的读数增量检查上下行、规则去向与统计范围，最后排查数字偏大或为零的原因。
先分清统计对象：服务器记录与应用记录
Shadowrocket（小火箭）的 Data 页要结合当前显示的分组、单位与时间范围阅读。按服务器查看，关注的是连接出口对应的记录；按应用查看，关注的是流量来源的归类。两者是观察同一批网络活动的不同角度，不应把两个视图的总数相加，当成额外消耗。
服务器条目不是套餐余额。用户已有服务商与订阅时，服务商侧可能另有计费周期、倍率、上下行计算方式与更新延迟。Data 的本地读数只能说明相应统计范围内记录了多少流量，不能据此推断剩余可用额度。
按服务器查看
- 观察对象
- 连接出口对应的流量记录
- 先核对
- Home 中选中的服务器及实际连接去向
- 适用问题
- 切换出口后，哪些记录仍在增长
- 不能替代
- 服务商侧的套餐用量与账单
名称相近不表示统计对象一定相同，比较前先核对条目。
按应用查看
- 观察对象
- 能够归类到应用来源的流量记录
- 先核对
- 当前设备是否显示该视图及有效来源信息
- 适用问题
- 操作某个应用时，哪些来源记录增加
- 不能替代
- 系统对全部联网活动的完整统计
应用来源的可识别程度受平台与连接信息限制，不应强行归属未知记录。
不同 Apple 设备上可见的统计项目与来源信息可能不同。本文的两种视角不表示每台设备都会显示完全相同的应用清单；若当前 Data 没有提供某项明细，就不要用服务器名称、域名或进程线索自行补成确定的应用统计。
上下行与速率：先看单位，再读数字
上传是设备向外发送数据，下载是设备接收数据。打开网页通常既有请求上传，也有页面资源下载；播放视频也会发送请求、确认与控制信息。因此，“只看视频为什么还有上传”并不构成异常，两个方向都有增量是正常的网络行为。
如果数字带有 /s，它描述的是采样时间内的传输速率；如果显示累计的 KB、MB 或 GB，则描述统计范围内的数据量。应用停止传输后，速率可以回到零，累计值却不会因此回到零。不要把短时间内的速率峰值当作已经消耗的总量。
| 读数或计算 | 应如何理解 | 检查重点 |
|---|---|---|
| 下载累计 120 MB | 表示当前统计范围内的接收量 | 先核对范围与重置时间 |
| 下载速率 2 MB/s | 表示当前采样中的接收速度 | 不代表已经累计 2 MB |
| 150 MB − 120 MB = 30 MB | 两次累计值之差是该时间段增量 | 两次必须对应同一条目与范围 |
| 8 Mbps ÷ 8 = 1 MB/s | 按十进制单位换算的理论值 | 实际传输还受协议开销等因素影响 |
表中的数值是计算示例，不是测速结果。不同页面还可能采用不同进位方式或显示精度，小幅差异不能直接判定为漏算或多算。
统计周期：不要默认等于本月或本次连接
Data 页的统计周期应以当前页面可见的范围、时间标记与重置状态为准。不能仅凭“今天打开了应用”，就把已有累计值理解成今天的消耗；同样，断开再连接也不能被当作所有统计必然清零的依据。
重置统计、断开连接、切换服务器是三种不同操作。即使界面提供清除或重置入口，也要先确认它影响的是当前分组、当前条目，还是更大范围。为了排查问题，通常先记录基线并计算增量，比立即清空历史更有用。
- 打开 Data，记录当前分组、条目名称、上传与下载累计值，以及页面可见的时间范围。
- 记下开始时间，例如 14:00；测试期间保持同一统计视图，不切换比较对象。
- 执行单一操作，再于 14:05 记录同一条目的结束值，用结束值减去开始值。
- 如果中途发生重置、条目变化或范围变化，放弃这次差值，重新建立基线。
规则去向：选中服务器不等于所有流量都经过它
看到 Home 已选中某个服务器，但该服务器记录没有明显增加，应先检查 Home → Global Routing。使用 Config 时，请求按当前 Config 中的规则决定去向；Direct 是直接连接姿态，Proxy 是代理姿态。若使用 Scene，还需核对当前生效的场景，而不是只看上一次选择的服务器名称。
这条流程用于理解统计关系，不代表所有系统流量都必然进入隧道。只有落入相应处理与记录范围的数据，才适合拿来比较。被系统排除、由配置绕过或未进入相应记录范围的连接，不能要求它一定体现在某个代理服务器条目中。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
FINAL,PROXY上面的片段只说明分流关系，不是完整配置。在 Config 姿态下，匹配 example.com 及其子域名的连接使用 DIRECT；此前规则均未命中的连接使用 FINAL,PROXY。因此，访问命中直接连接规则的目标，不应被用来验证代理服务器条目是否增长。规则从上到下匹配，还要留意实际连接是否复用了修改前已经建立的会话。
- 在 Config 中确认当前选中的配置，而不只查看某份未启用的文件。
- 结合连接记录核对目标与策略；页面包含多个域名时，不把整个页面视作单条连接。
- 保持 Global Routing 不变再做前后对照，避免把姿态变化误认为统计故障。
读数偏大：先排除后台活动与口径差异
流量明显超过预期时，先分清“超过刚下载的文件大小”还是“超过服务商页面的用量”。前者可能与预加载、失败重试、后台同步或同一页面的额外资源有关；后者还涉及服务商的统计边界与计费规则。两种情况不能用同一结论解释。
| 观察到的现象 | 优先核对 | 操作方法 |
|---|---|---|
| 前台没有操作，读数仍增加 | 后台传输与自动连接 | 暂停同步、媒体播放与下载任务，再查看 Settings → On Demand |
| 文件只有几十 MB，增量更大 | 其他资源与重试请求 | 关闭其他网络任务，用同一文件重新建立短时对照 |
| 与服务商用量不一致 | 周期、倍率与上下行口径 | 先对齐起止时间，再核对服务商已有的用量说明 |
| 同一应用出现多个关联记录 | 页面资源与连接拆分 | 按同一时间窗口查看，不把域名数量当作应用数量 |
Settings → On Demand 用于核对自动连接设置。按需连接可能使你以为已经停止使用时，隧道又因符合条件的网络活动而连接；它不是流量倍增开关，也不是统计清零开关。排查时应同时观察 Home 的连接状态与系统 VPN 状态。
协议封装、连接维护等也可能造成不同测量位置的字节数不同，但不能给所有连接套用固定百分比。更不能只凭一个差值，就认定某个应用进行了异常传输。应先缩小时间范围，确认增长发生在什么操作之后。
读数为零或应用缺失：按顺序检查
零值只表示当前条目、当前统计范围没有显示出可见增量，不单独证明网络完全没有活动。请求可能被缓存、走了其他出口，或尚未达到当前显示精度。应用来源无法识别时，也不应把缺少应用名称解释为没有传输。
网页能打开，为什么选中的服务器还是零？
先到 Home → Global Routing 核对姿态；若为 Config，再到 Config 查看当前规则与连接实际去向。随后使用未被缓存的请求复测，不要反复刷新同一份已缓存内容。
为什么应用列表里找不到正在使用的应用？
先确认当前 Data 是否提供应用来源信息，再看有无未归类记录。用单一应用做短时对照，并与服务器视图核对；没有可靠归属时保留未知，不通过域名相似性强行认定来源。
切换服务器后，旧条目怎么还在增长？
先暂停测试应用的网络任务，再重新建立连接并观察。已有会话、后台任务或配置中的策略选择都需要核对；仅改变 Home 的选择，不足以证明所有既有连接已经迁移。
上传有数字，下载却暂时没有，是连接失败吗？
等待界面刷新，并检查目标是否确实返回内容。再结合连接记录与实际页面结果判断；单方向的小额请求、显示精度以及请求失败，都可能形成这种短时现象。
用一次可复核测试留下排查记录
有效的记录应同时包含“何时、哪个条目、什么操作、怎样变化”。不需要先清空全部数据，也不需要为了让数字变大而长时间传输。选择用户自己的正常访问目标，减少其他网络活动，进行一次短时前后对照即可。
- 准备：在 Home 核对连接状态与 Global Routing，在 Config 确认生效配置；记录 Settings → On Demand 的当前状态。
- 建立基线：记下 Data 的分组、条目、时间范围、上传值与下载值。若检查应用归属，同时记录有无可识别来源。
- 执行操作：只打开一个目标页面或进行一次已有文件传输，避免同时测速、播放视频或更新内容。
- 等待刷新：操作完成后短暂停留，记录同一位置的结束值，计算上传与下载各自的增量。
- 解释结果：结合实际规则去向、缓存与后台活动判断。需要复测时保持条件相同，每次只改变一个设置。
记录中只保留排查需要的信息。分享前应遮去订阅地址、凭据、个人域名与服务器地址。Data 能帮助定位增长发生在哪个观察范围，但连接质量、套餐余额与应用来源归属仍需分别核对，不能由一个累计数字同时得出全部结论。