Shadowrocket Data 流量统计怎么看:按服务器与按应用的读数含义

先分清上传、下载与累计读数

打开 Shadowrocket，进入 Data（流量统计）。读数字前先看单位和统计范围。上传指设备向外发送的数据，下载指设备从外部接收的数据。方向以设备为参照，不以远端服务器为参照。浏览网页时，发出的请求属于上传，接收的页面、图片与视频片段属于下载。

带有 /s 的单位表示速率，例如 KB/s；不带 /s 的 KB、MB 或 GB 表示数据量。瞬时速率下降到零，不代表累计流量清零。累计值也不能直接说明当前连接快慢。

同一统计范围内，总量通常是上传与下载相加。下面只是读数计算示例，不是实测结果：开始时上传为 12 MB、下载为 80 MB；结束时上传为 15 MB、下载为 104 MB。区间上传增加 3 MB，下载增加 24 MB，合计增加 27 MB。比较时保留相同单位，避免把经过四舍五入的显示值当作精确字节数。

按服务器看：读的是出站归属，不是设备总用量

按服务器汇总时，重点看哪条出站记录增加，而不是只看 Home（首页）当前选中了谁。当前默认服务器、规则指定的策略与实际建立连接使用的服务器，可能不是同一项。切换默认选择后，部分已经建立的连接也可能继续使用原来的出站，直到连接结束或重新建立。

回到 Home → Global Routing（全局路由），确认当前姿态。Proxy（代理）将由该模式处理的流量交给代理出站；Direct（直连）使用直接连接；Config（配置）按所选配置执行规则；Scene（场景）还需要核对当前场景对应的路由设置。不要把某台服务器的累计值理解成这些姿态下全部流量的总和。

• 确认规则去向。Config 下命中 DIRECT 的请求，不应被解释成某台代理服务器的用量。
• 确认统计时段。较早使用过的服务器可以保留累计记录，当前没有选中不等于历史值应为零。
• 确认连接是否重建。切换服务器后，用新打开的请求观察增量，不用仍在播放的旧连接判断切换结果。
• 确认名称是否变化。更新已有订阅可能改动名称或列表项目，核对服务器地址、端口与协议，不只对照显示名称。

假设已有配置里服务器 A 的地址是不可点击的教学文本 proxy.example.com，端口为 443。这里的 443 只是示例端口，不代表所有协议都使用它；填写仍以用户自己服务商提供的配置为准。服务器统计回答的是流量记到了哪条记录，不负责证明远端套餐还剩多少额度。

按应用看：先核对分类方式，再判断来源

“按应用”是来源分类问题，“按服务器”是出站归属问题。一个应用可以访问多个域名，也可以因规则不同使用不同出站；多个应用则可能共用一台服务器。因此，两种视图不适合逐行一一相加对照。

在 iPhone/iPad 上，不应把 VPN 内看到的分类标签直接当作系统完整的逐进程账本。当前界面是否提供应用分类、标签依据是什么，应以实际页面为准；域名、连接特征或服务名称也不等同于系统识别出的应用身份。遇到未分类项时，不要仅凭名称认定是某个应用在后台传输。

需要查蜂窝数据由哪个应用消耗时，打开 iPhone/iPad 的系统“设置”，进入“蜂窝网络”或设备上对应的蜂窝数据页面，查看应用用量和统计周期。Wi-Fi 版 iPad 没有相同的蜂窝用量场景。系统页面与 Shadowrocket 的统计边界不同，两边数字不必相等。

数字何时清零：区分会话结束与历史重置

关闭连接开关，表示结束当前 VPN 连接，不自动等于删除历史累计。重新连接后，当前会话计数可以重新开始，而保留的历史记录可能继续累计。退出再打开应用，也不能作为已清零的证据。应先确定自己正在看的字段属于本次连接还是保留记录。

1. 进入 Data，记录当前分类、单位与数值，同时记下时间。
2. 需要重置时，只使用当前界面明确标注的统计重置或清除操作；先阅读确认提示，核对影响范围。
3. 若页面没有这类操作，不把删除服务器、删除配置或重装应用当作日常清零步骤，改用前后差值记录。
4. 操作后回到相同视图检查。已有连接和后台请求可能马上产生新流量，短暂出现非零值不一定代表重置失败。

需要按月记录时，在月初和月末各保存一次同范围读数。若中途重置过，分段计算后再合计。系统蜂窝统计也要单独检查上次重置时间；只清理 Shadowrocket 的统计，不会同步修改系统页面或服务商账单。

与运营商账单对不上：核对四个统计边界

运营商主要按蜂窝网络侧的计量规则计算用量。Shadowrocket 观察的是客户端能处理或记录的传输；使用 Wi-Fi 时产生的记录，也可能出现在客户端统计中。协议封装、重传与计量层级还会带来差异，不能给所有网络套用一个固定换算比例。

例如十进制的 1 GB 是 1,000,000,000 字节，二进制的 1 GiB 是 1,073,741,824 字节。两者不是同一大小；但不能只凭界面写着 GB 就断言内部采用哪一种进位。先看页面说明，并给显示舍入留出余量。

按一次受控操作检查异常增长

测试的目的不是让所有后台活动绝对停止，而是减少变量。不要同时切换服务器、路由姿态和网络类型，否则读数变化难以归因。使用自己已有的可用服务器与配置，不需要额外导入新的订阅。

1. 选择稳定的 Wi-Fi 或蜂窝网络，记录网络类型、开始时间以及 Data 的上传和下载累计。
2. 回到 Home，记录 Global Routing 的当前值。使用 Config 时，同时记录当前选中的配置。
3. 暂停可主动停止的下载、视频播放与云端同步，只在一个应用里打开一个新页面。
4. 等待页面加载完成，回到 Data 记录结束值；同时查看相关服务器记录是否增加。
5. 保持其他条件不变，再做一轮。不清空全部配置，也不把缓存命中造成的较小增量当作故障。

需要排查自动重连时，检查 Settings → On Demand（按需连接）。该设置可能使连接在满足条件后再次建立，但连接建立本身不能解释所有大额用量。仍要查看后台同步、媒体预加载和反复重试的请求。上传持续增长时，优先检查照片备份、文件同步等向外发送数据的任务。