Shadowrocket Data 流量统计怎么看:按服务器与按应用读数详解

Data 的统计边界：先区分客户端流量与线路用量

Shadowrocket（小火箭）的 Data 用于查看客户端处理并记录的流量。连接开启后，只有进入相应处理路径、且被该统计项覆盖的请求才会增加读数。手机系统设置中的蜂窝用量、路由器记录的设备用量和用户已有线路账户的用量，属于不同统计口径，不能直接要求三者相等。

这条链用于理解统计位置，不表示 Data 能识别每一个请求的完整来源。系统后台任务、共享网络进程、平台权限限制都可能影响归类。没有出现某个应用名称，不能据此断言该应用没有联网；同样，某个服务器没有增加读数，也可能只是请求被缓存或命中了 DIRECT。

• 客户端累计：用于观察本地记录范围内的传输量，起点取决于该项记录的建立或上次清零。
• 系统用量：按设备、应用或网络类型统计，可能包含未经过 Shadowrocket 的流量。
• 线路用量：由用户已有服务的计量规则决定，可能受计费周期、倍率、协议开销与汇总延迟影响。

上行、下行与累计：读数字前先看单位

上行和下行应从当前设备的方向理解：发送请求、上传附件属于上行；接收网页、下载文件属于下行。网页浏览通常下行较多，但上传照片或云端备份时，上行较多并不异常。不要把服务器接收或发送的方向反过来套到客户端读数上。

例如，下行从 48 MB 变为 60 MB，表示两个观察时点之间增加约 12 MB；它不是“当前速度为 12 MB/s”。若在 30 秒内发生这一变化，区间平均值约为 0.4 MB/s，但仍不等于每一秒的瞬时速率。这里是读数计算示例，不是性能实测结果。

按服务器与按应用：两种视图不能相加

在 Home 打开 Data 后，先确认当前页面是在按服务器还是按应用归类，再读对应条目。不同平台的入口布局和可用维度可能不同；若当前平台没有应用维度，应使用已有的服务器读数和连接记录排查，不把其他平台的界面名称当作必备按钮。

同一笔传输可以同时拥有“来自哪个应用”和“经过哪个服务器”两个属性。因此，两种视图是对相关数据的不同观察角度，不是两份独立消耗，不能把它们相加当作总流量。它们也未必严格相等：无法识别的来源、DIRECT 记录是否纳入当前视图、统计刷新时点，都可能造成差异。

• 浏览器打开多个标签页时，一个应用条目可能同时包含多个域名和多条连接。
• 应用内嵌页面与后台网络任务可能由共享组件执行，不一定显示为用户预期的应用名称。
• 某个应用条目有增量，只能说明相应归类下发生传输，不能单独证明全部请求都走 PROXY。

累计从什么时候开始：清零前建立可复查的基线

不要默认累计从每天零点、每月第一天或每次开启连接开始。累计应以当前页面所展示的统计范围为准；若界面没有标出起点，就不要把它写成某一天的精确用量。断开连接、退出页面或更换服务器，也不等于已经清零全部统计。

1. 先记录旧值。进入 Home → Data，记下当前视图、条目名称、上行、下行和观察时间。若只是排查一次访问，直接使用前后差值即可，不必清除历史。
2. 暂停测试流量。停止下载、视频播放和云端同步，必要时先断开连接。否则清零完成后仍可能立即出现新的非零读数。
3. 确认清除范围。在 Data 内查找当前界面提供的清除或重置操作，阅读确认提示，区分单个条目、当前视图与全部记录。按钮名称和位置以实际平台界面为准，不将删除服务器或删除 Config 当作清零步骤。
4. 执行后复查。返回对应视图，确认目标条目的基线已经重置；再切换另一视图，检查它是否也被清除，不假定两个维度必然联动。
5. 没有清零入口时使用差值。分别记录开始值和结束值，用结束值减去开始值；这同样能建立可重复的测试区间。

用 Data 检查分流：先看 Global Routing，再看增量

Data 只能提供传输归属和数量证据，不能代替规则匹配记录。先在 Home → Global Routing 确认姿态：Proxy 用于代理路径，Direct 用于直连路径，Config 按当前配置处理，Scene 按已配置的场景处理。排查 Config 规则时，应选择 Config，并在 Config 中确认预期配置已启用。

下面是语法示例，仅使用保留示例域名，不对应实际服务，也不要求添加到日常配置。规则按顺序匹配，前面的命中项会影响后续规则是否还有机会生效。

DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

1. 在当前 Config 中检查目标域名或目标 IP 应匹配的规则，并检查它前面是否已有更宽的匹配项。
2. 记录 Data 中预期服务器的起始值，关闭无关应用，选一个自己已有且可访问的测试地址。
3. 重新建立测试连接，执行一次明确操作，例如下载一个已知大小的自有测试文件。浏览器缓存命中时不适合用来验证网络传输。
4. 返回 Data 比较同一条目的差值，再查看连接记录中的目标、命中规则和最终策略。目标端口为 443 只能说明常见的加密连接端口，不能据此判定经过 PROXY。
5. 若修改过规则，先结束旧请求再重试。已有长连接可能继续使用建立时的路径，不能把它的后续传输当作新规则的即时结果。

读数异常的常见问题

保留一份最小排查记录

需要复查或继续排障时，记录“什么时间、哪个视图、哪个条目、做了什么、增加多少”比只保存一个总数更有用。不要在记录中公开订阅地址、认证信息或完整服务器凭据。订阅更新可能改变条目名称或可选服务器，更新前后的统计应先核对身份再比较。

• 环境：设备平台、Wi-Fi 或蜂窝、连接是否开启。
• 路由：Global Routing 当前选择、Config 是否为预期配置、目标规则及最终策略。
• 区间：开始与结束时间、是否清零、起始和结束读数及单位。
• 动作：只运行一个测试应用，记录一次明确访问，说明是否排除了缓存和旧连接。
• 结果：服务器增量、应用增量以及连接记录是否相互对应。

Data 适合回答“这段时间哪些传输发生了变化”，不适合单独回答“线路还剩多少”或“所有应用是否始终按规则运行”。把统计差值与具体连接的规则结果一起保存，才能形成可复查的结论。