本文面向已在 Shadowrocket 中导入自己已有配置的用户。先区分上传、下载与实时速率，再用服务器和应用两个分类观察流量去向，最后按同一时间窗口记录、重置和核对统计。Data（数据）用于本机排查；服务商账户的剩余额度与结算结果应以其计量说明和账户记录为准。
一、Data 页读数：方向、累计量与实时速率
Shadowrocket（小火箭）的流量读数首先要按设备视角理解。Upload（上传）指设备向外发送的数据，Download（下载）指设备接收的数据。打开网页不只是下载：请求、登录信息、上传的附件也会产生上传量；上传文件时，响应和确认数据也可能使下载读数增长。
累计流量与实时速率不是同一个指标。显示为 KB、MB、GB 的数值通常表示数据量，显示为 KB/s、MB/s 的数值表示单位时间内的传输速率。停止操作后速率下降，并不意味着累计数据会自动清零；断开后重新连接，也不要直接认定已经开始新的统计周期。
比较单位时还要核对十进制与二进制换算。1 MB 按十进制表示 1,000,000 字节，1 MiB 表示 1,048,576 字节。界面若只写 MB，不应自行假定两个统计来源采用相同换算；优先比较可获得的原始字节数，或先确认双方的单位定义。
二、按服务器分类：确认流量实际经过哪个出口
在 Data 页查看按服务器归类的列表，重点观察目标服务器条目的上传和下载增量，而不只是累计总量。Home（首页）中当前选中的服务器不必然承载全部请求：Global Routing（全局路由）的状态、当前 Config（配置文件）里的规则和策略选择，都会影响实际出站路径。
Global Routing 处于 Config（按配置路由）时，请求按启用配置中的规则处理。DOMAIN-SUFFIX（域名后缀）可以匹配域名及其子域名，IP-CIDR（IP 地址段）匹配目标地址范围，GEOIP（地理地址匹配）根据地址数据库判定，FINAL（最终规则）承接未命中前序规则的请求。命中 DIRECT（直连策略）的请求不经过服务商代理出口，不能据此期待对应服务器条目的代理流量增加。
- 在 Home 记录当前服务器名称及 Global Routing 的状态，并在 Config 确认启用的配置。
- 打开 Data，记录目标服务器的上传、下载起始读数，同时记录设备时间。
- 只执行一个明确任务，例如打开一次自己已知的网页，避免同时切换服务器。
- 回到 Data 查看增量；如列表尚未刷新，等待读数更新后再记录结束值。
- 若增长出现在其他条目，结合连接记录核对命中策略与实际出站，不先修改服务器参数。
切换服务器不会把此前累计量搬到新服务器名下。配置中不同条目也可能指向同一个远端服务，因此客户端的条目分类不一定与服务商账单的服务器分类一一对应。排查时记录条目名称和测试时间即可，不要把密码、密钥或完整订阅地址附在截图中。
三、按应用分类：定位使用来源与识别边界
按应用归类适合回答“哪个来源在这段时间内持续产生流量”，而不是直接回答“哪个应用应承担服务商账单中的全部用量”。应用归属依赖系统提供的信息与客户端可识别的连接数据；系统服务、共享网络组件或缺少归属信息的连接，可能无法显示为一个明确的应用名称。
网页浏览器中的多个页面通常仍属于同一应用来源，不能把应用分类当作逐页面账单。前台没有操作也不代表完全没有网络活动：应用同步、系统任务和长连接仍可能产生数据。遇到不明确的条目，应通过单一应用、固定时间窗口的对照测试缩小范围，而不是仅凭名字作判断。
- 定位下载来源：记录开始值，只在一个应用内执行一次下载，再比较该应用条目的下载增量。
- 观察后台活动：结束前台操作，保持相同连接条件，等待固定时长后记录增量；这只能说明该窗口仍有流量，不能直接归因于异常行为。
- 处理未识别归属：保留未识别条目的数值，并用连接时间、目标域名和出站策略辅助排查，不把它强行算给当前前台应用。
- 避免重复相加：服务器分类与应用分类是不同观察维度，不能把两张列表的总量再相加作为设备总用量。
判断：先比较增量，再判断流量来源
如果需要确认某个应用是否持续传输，先记录其读数，在固定的 5 分钟窗口内保持其他操作不变，再比较结束值；历史累计量大小不足以说明它当前仍在使用网络。
四、重置统计：先保存基线，再开始新窗口
重置统计用于重新建立本机观察基线，不是释放服务商额度的操作。清除本地累计值不会回滚已经传输的数据，也不会改变服务商账户的结算周期。执行前应先判断是否还需要历史记录，尤其是在核对异常用量或向自己的服务商反馈时。
- 保存重置前数据：记录时间、服务器条目、上传和下载读数，以及当前分类维度。需要截图时遮住账户信息和配置凭据。
- 减少测试干扰：暂停大文件传输、视频播放和其他明确的下载任务。若本次操作允许暂时中断连接，可先在 Home 关闭连接开关。
- 在 Data 执行重置：使用页面提供的统计重置操作，阅读确认提示，确认作用对象是当前条目还是全部统计；按钮位置和可用范围以当前界面为准。
- 检查结果：留在同一分类查看数值是否已归零或明显回落。若连接仍在工作，重置后很快出现少量新读数属于需要单独观察的新数据。
- 建立新基线：恢复所需连接，记录新的开始时间，再执行单一测试。测试结束后用结束值减去开始值，而不是默认开始值一定为零。
更新 Subscribe（订阅）中的服务器列表，与重置 Data 是两类操作。订阅更新用于刷新用户从自己服务商取得的已有配置，不能用来校准本地累计量。为排查统计差异而反复删除并重新导入配置，反而可能丢失有用的条目对应关系。
五、与服务商用量不同：逐项统一计量口径
Data 与服务商控制台不相等时，先确认比较的是同一账户、同一设备范围和同一时间窗口。客户端侧观察到的数据与服务端计量的数据位置不同，协议封装、上传下载合计方式、账户下其他设备和报表延迟，都可能造成差值。差值本身不能直接证明某一侧统计错误。
| 核对项目 | 可能出现的差异 | 具体处理 |
|---|---|---|
| 统计周期 | 本地自上次重置起累计，账户按结算周期累计 | 记录同一开始、结束时间，比较双方增量而非总数 |
| 方向合计 | 只看 Download，却与上传下载合计比较 | 确认计费说明是否同时统计两个方向 |
| 设备范围 | 本机列表与账户下多台设备的合计比较 | 测试窗口内暂停其他设备的相关传输 |
| 路由范围 | 部分请求走 DIRECT，部分经过代理出口 | 结合当前路由状态和连接记录确认实际出站 |
| 计量位置 | 协议封装、控制数据及重传的处理口径不同 | 核对服务商说明，不预设固定损耗百分比 |
| 刷新与倍率 | 账户报表延后更新，或特定线路按说明采用倍率 | 等待报表更新，并核对对应时段的计量规则 |
下面是一组纯算术示例，不是实测结果：某窗口内客户端 Upload 增加 12 MB，Download 增加 88 MB，在单位一致的前提下，两者合计为 100 MB。若账户说明明确规定该线路按 2 倍计量，则对应计量值可能按 200 MB 计算；不能拿 88 MB 的下载量直接与该值比较。实际结算还应遵循账户说明中的计量范围。
判断：窗口没有对齐，就先不要计算误差比例
先保存双方起止读数，等待服务商报表覆盖同一结束时间，再计算差值。若账户报表仍停留在更早时刻，继续重置本机数据只会破坏对照基线。
六、常见问题：读数不动、持续增长与额度判断
网页能打开，选中服务器的流量为什么没增加？
先在 Home 核对 Global Routing，再查看实际请求的策略。Config 下的规则可能让该请求走 DIRECT，也可能选择其他出站；页面缓存也可能减少实际传输。记录起始值，发起一次明确的新请求，再回到 Data 查看对应条目的增量。
已经清零，为什么马上又有几 KB？
先确认连接是否仍开启，再检查 Settings → On Demand 的触发条件。后台请求、域名解析或连接维护均可能产生新数据。记录重置后的第一个读数作为基线，在固定窗口内观察增长，不要连续点重置来追求长期显示零。
按应用分类加起来，为什么与服务器列表不完全一样？
先核对两处是否覆盖相同时间范围，并检查是否存在无法明确归属的连接、不同出站范围或显示精度差异。改用单一应用、单一服务器的短窗口测试；不要把不同分类列表相加，也不要手动把未识别条目归给某个应用。
能不能用 Data 算出本月还剩多少流量？
Data 适合估算本机在已知窗口内的使用量，不能单独确定账户剩余额度。打开自己服务商的账户记录，核对结算周期、上传下载计量方式、其他设备用量和报表更新时间，再与本机同期增量进行对照。
排查结束后，保留一份简短记录：测试起止时间、当前路由状态、服务器条目、两个方向的增量，以及账户报表更新时间。后续复查使用同一记录格式，可以区分配置变更、统计刷新与真实传输带来的差别。更多初始操作可查看入门指南，规则含义可查看配置字段。