Shadowrocket（小火箭）的 Data 读数应先确认统计对象和时间范围，再比较增量。按服务器查看用于确认流量落在哪个连接条目，按应用查看用于观察来源归属；二者是不同的分类维度，不能相加。本文适合已有配置、希望核对流量去向的用户，提供上传与下载的读法、清零前的记录步骤，以及与系统蜂窝数据对照的方法。
先区分方向、速率与累计流量
上传和下载以当前设备为观察点：设备向外发送的数据属于上传，从外部接收的数据属于下载。打开网页既会发送请求，也会接收内容；播放视频通常以下行为主，但仍有请求、确认和状态上报。因此，两项同时增长并不表示出现了异常连接。
带有 /s 的数值表示速率，不带时间分母的字节数表示数据量。Home 中连接状态旁的瞬时读数与 Data 中的累计读数不能直接比较。累计值还必须结合页面展示的范围理解：当前连接、某个条目与保留的历史记录，不一定从同一时刻开始。
| 读数类型 | 含义 | 检查方式 |
|---|---|---|
| Upload / 上传方向 | 从设备发出的数据量 | 发送附件时观察前后差值，不只看最终总数。 |
| Download / 下载方向 | 设备收到的数据量 | 读取一项未缓存内容后，再检查该方向的增量。 |
| KB/s、MB/s | 每秒传输的数据量 | 用于观察传输是否仍在进行，不代表本月用量。 |
| KB、MB、GB | 某个统计范围内的数据量 | 先确认范围，再记录起点与终点。 |
注意大写 B 与小写 b 的区别：一个字节包含 8 个比特。网络带宽常用 Mbps，应用速率常用 MB/s，两者不能按相同数字理解。计数器的单位换算和显示精度也可能不同，核对时保留界面原单位，避免先四舍五入再相减。
按服务器与按应用：看的是不同维度
按服务器查看时，重点是流量被归入哪个服务器条目，而不是哪款应用发出了请求。多个应用使用同一个代理出站时，该服务器的计数会共同增长。Home 中当前选中的服务器也不等于所有请求都会经过它；实际路径还取决于 Global Routing、当前 Config 和规则指定的策略。
按应用查看时，重点是请求来源的归属。应用产生的连接可能走不同策略，因此某个应用的流量不能简单等同于某一台服务器的流量。来源能否被识别还受系统提供的信息和连接类型影响；没有独立列出名称，不代表该应用没有产生网络活动。若当前 Data 页面没有应用维度入口，应使用当前可用的服务器统计与连接记录，不把域名条目当成应用名称。
按服务器查看
- 分类对象
- 服务器条目或相应出站记录。
- 适合回答
- 本轮请求是否使预期服务器的计数增加。
- 观察前提
- 固定服务器、Global Routing 与当前 Config。
- 不能直接推出
- 具体是哪款应用贡献了全部流量。
条目名称相似时先核对地址与端口，避免记录错对象。
按应用查看
- 分类对象
- 可被识别的应用来源。
- 适合回答
- 某个来源在观察窗口内是否持续传输。
- 观察前提
- 减少后台活动，一次只操作一个应用。
- 不能直接推出
- 所有请求都经过同一个代理服务器。
仅在当前页面提供此维度时使用，并保留未识别流量的边界。
判断方法：用同一轮增量关联两个维度
固定出站后只操作一个应用，记录操作前后的服务器增量与可识别应用增量；不要把两个维度的总数相加，也不要要求它们逐字节相等。
先核对路由，再解释哪一项在增长
Data 是结果读数，不是规则命中证明。Global Routing 设为 Proxy 时，普通请求按代理模式处理；设为 Direct 时按直连模式处理；设为 Config 时依据当前配置判断。Scene 涉及场景设置，不能只凭模式名称推断最终策略，需回到该场景的实际配置检查。
在 Config 模式下，规则通常按顺序匹配。DOMAIN-SUFFIX 根据域名后缀判断，IP-CIDR 根据地址网段判断，GEOIP 根据 IP 地理数据库判断，FINAL 处理前面未匹配的请求。若某次请求命中 DIRECT，预期代理服务器的计数没有增加，并不能单独证明连接失败。
- 在 Home 记录当前 Global Routing，并确认当前服务器条目。
- 若使用 Config，在 Config 中核对正在使用的配置，而不是只打开一个名称相近的文件。
- 检查目标域名对应的规则、前置规则及 FINAL；不要为了让计数增加而直接改写全部规则。
- 结合连接记录中的目标与实际策略判断路径，再回到 Data 查看对应条目的变化。
累计值何时清零：先确认计数器范围
不能把“关闭连接”理解为“清空所有 Data 记录”。连接结束会结束这一轮会话，但历史累计是否保留，要看具体计数器的范围和当前界面的行为。同样，重新打开应用、切换服务器或更新已有订阅，都不应被当成可靠的清零操作。
当前会话读数与历史累计需要分开记录。若界面明确标出当前连接范围，应以该连接的起点解释；如果显示的是条目累计，就不能把它直接视作本次连接产生的数据。页面没有标出起点时，最稳妥的方法是做前后差值，而不是猜测它从今天、本月或购买客户端之日开始统计。
- 手动清除：若 Data 的当前页面提供清除或重置操作，先读取确认提示，核对作用范围，再执行；只将被明确清除的计数视为新起点。
- 删除条目：删除并重建服务器可能改变统计归属，不适合作为日常清零手段，也不利于连续比较。
- 重新连接：先观察会话值和累计值各自是否变化，不以其中一项归零推断另一项也已清除。
- 周期核对：需要按周或按月记录时，自己保存日期、起始值和结束值，不假定 Data 自动按账期重置。
例如，一次观察开始时下载累计为 120 MB，结束时为 138 MB，在同一条目、同一统计范围且期间未重置的前提下，这轮下载增量为 18 MB。这里的数字仅用于说明计算方式，不是实测结果。若中途切换了条目或清除了记录，两个数字就不再构成有效的一组差值。
与系统蜂窝数据不一致，按四项条件核对
在 iPhone 或 iPad 的系统设置中进入“蜂窝网络”，可以查看系统提供的蜂窝数据统计。该页面与 Shadowrocket Data 的观察位置不同：前者关注蜂窝网络用量，后者关注应用所处理并归入相应范围的数据。系统“当前周期”也不能直接理解为运营商账单周期，应检查底部的统计重置时间。
| 核对条件 | 常见差异 | 处理方法 |
|---|---|---|
| 网络范围 | Data 的观察期间可能包含 Wi-Fi，系统对照项仅统计蜂窝数据。 | 测试时固定一种网络，记录是否发生切换。 |
| 时间范围 | 两边的起点不同，累计值自然不同。 | 同时记录起点与终点，只比较同一窗口内的增量。 |
| 归属范围 | 单个服务器不覆盖设备全部应用与系统服务。 | 先确认比较的是服务器、应用还是系统总量。 |
| 计数层级 | 代理封装、加密、重传及协议控制数据可能被不同层级计入。 | 不设固定换算系数，不要求两个计数器完全相等。 |
代理协议需要交换建立连接和维持会话所需的数据，实际网络传输量不必等于网页文件或附件标注的大小。连接复用、失败重试及缓存也会影响一次操作带来的增量。因此，不能仅凭 Data 比系统多一点或少一点，就推断为重复计费或统计故障；应先完成同网络、同时间、同范围的对照。
判断方法：先对齐窗口，再检查持续偏差
若两边无法同时清零，就分别记录初值并计算差值；只有相同条件下重复出现的明显偏差，才值得继续排查连接归属、后台传输与重试记录。
用一轮 60 秒观察定位持续流量
这组步骤用于观察计数变化，不是测速，也不需要更换用户已有的服务商或订阅。测试前保存当前设置，暂停明显的后台下载，避免在同一轮内切换网络、服务器和模式。若设置了 Settings → On Demand，记录它是否会触发自动连接，以免把自动重连误认为手动测试的结果。
- 记录环境：写下时间、Wi-Fi 或蜂窝网络、Global Routing、当前 Config 和服务器条目。
- 记录初值：进入 Data，分别记录目标条目的上传与下载累计；若提供应用维度，同时记录目标应用的初值。
- 空闲观察：保持 60 秒不主动操作，记录结束值。这一轮用来识别后台连接和维持会话产生的基线。
- 单项操作：再进行一轮 60 秒观察，只打开一个已知页面或读取一项未缓存内容，并记录相同计数器。
- 核对结果：分别计算两轮增量，结合连接记录判断新增传输是否来自预期目标；重复测试时保持其他条件不变。
若页面读取自缓存，网络增量可能很小；若视频或网页提前预加载，停止观看后也可能短暂继续增长。上传持续增加时，优先检查正在发送的附件、照片同步和其他后台任务，而不是只依据增长方向判断异常。传输计数能够说明发生了数据交换，不能单独证明目标内容已成功加载。
“没有打开应用，为什么 Data 还在增长？”
先做 60 秒空闲观察，再检查后台同步、推送相关连接及会话维持流量。记录 Settings → On Demand 的状态，并结合连接记录确认来源；界面停留在后台不等于所有网络活动都已停止。
“换了服务器，旧条目为什么还有流量数字？”
先区分保留的累计值与正在增长的增量。记下旧条目当前值，等待同样时长后再看；仅保留旧数字不代表仍在传输，切换前已建立的连接也应结合记录检查。
“按应用找不到名称，能用域名猜吗？”
不要把域名直接当作应用身份。多个应用可能访问相同域名。改用一次只操作一个应用的对照方法，结合连接时间和目标观察；无法确认来源的记录保持未确认状态。
“Data 的总数能当作套餐已用流量吗？”
不能直接替代用户已有服务商的账户统计。核对其计费周期与口径，再用 Data 的同期增量辅助分析。客户端购买与线路套餐是两件事，Data 也不是账户额度查询页。