Data 用来观察客户端记录的流量，不是服务商的套餐账单。先区分累计量与即时速率，再按服务器查看出站归属、按应用查看来源，最后用同一时间段的增量配合连接记录核对规则。本文适合已导入订阅、需要解释统计差异或检查分流结果的用户；不同平台可显示的应用归属和重置入口可能不同，应以当前界面为准。
先区分统计量、速率与服务商用量
Shadowrocket（小火箭）的 Data 读数首先要看单位。B、KB、MB、GB 表示累计数据量；B/s、KB/s、MB/s 表示单位时间内的速率。下载停止后，速率回落而累计量保留，是两种指标各自正常的变化，不能把累计的 20 MB 理解成当前下载速度。
Upload 是设备向外发送的数据，Download 是设备接收的数据。打开网页也会产生 Upload，因为请求、登录状态和确认报文需要发出；上传文件时也会有 Download，因为服务器会返回响应。若界面提供 Total，应先确认它是该行的收发合计，还是当前视图的汇总，避免把父级汇总与子项重复相加。
服务商统计发生在另一端，可能涉及不同的计费周期、倍率和协议封装口径。客户端、系统蜂窝用量与服务商面板不是同一把计量尺。订阅中的剩余流量若由服务商返回，也不能当作 Data 本地统计的延续。订阅链接从你的服务商处获取；套餐余额和计费周期同样应向你的服务商核对。
例如，文件本身标称 100 MB，并不意味着 Data、系统设置与服务商面板都恰好增加 100 MB。协议开销、缓存、重试和统计边界都会影响结果；MB 与 MiB 的换算口径也可能不同。先统一时间段与单位，再讨论差值。
按服务器读数：看哪条出站实际承载了数据
按服务器查看时，重点是某个服务器条目在测试期间增加了多少，而不是它的历史总量排第几。Home 当前选中的服务器与已有连接使用的服务器不一定在同一瞬间切换：连接复用或尚未结束的下载，可能继续沿用原来的连接。因此，换服务器后应发起新的请求再观察。
| 观察项 | 含义 | 核对动作 |
|---|---|---|
| 服务器名称 | 客户端记录流量时关联的服务器条目 | 回到 Home 对照条目，避免只凭相似名称辨认 |
| Upload / Download | 该条目对应方向的累计量或速率，取决于单位 | 记录开始值与结束值，不直接比较历史总量 |
| Direct | 若视图展示该项，代表被记录的直连流量 | 结合 Global Routing 与连接记录判断来源 |
| 条目没有增长 | 测试流量可能未走该出站，也可能未产生新连接 | 检查缓存、连接复用、统计刷新及实际命中策略 |
不要把服务器列表当成全部网络活动的完整清单。直连流量是否单独展示、历史条目是否保留，取决于当前界面与统计范围。即使所选服务器没有增加，也不能仅凭这一点认定设备没有联网；请求可能使用了 Direct、其他策略选定的服务器，或者没有进入当前统计范围。
- 在 Home 确认当前服务器，记录它在 Data 中的 Upload 与 Download 起始值。
- 暂停其他明显的大流量任务，用一个应用发起一次新的网络请求。
- 等待请求结束，返回 Data，使用相同单位记录结束值。
- 用“结束值减起始值”得到增量，再对照同一时段的连接记录。
按应用读数：判断来源，不把缺失项当成零流量
按应用视图回答的是“流量来自哪里”，按服务器视图回答的是“流量经过哪条出站”。这两个维度可能描述同一批数据，因此不能相加得出设备总用量。同一个应用可以访问多个域名，分别命中 Direct 与代理策略；一个服务器也可以同时承载多个应用的连接。
应用归属的可见程度受平台权限与流量接管方式影响。尤其在 iPhone / iPad 上，不应预设系统会向客户端提供完整的逐应用身份。若当前界面没有按应用入口，或某些连接只显示无法明确归属的项目，就使用服务器增量与连接记录继续排查，不必寻找一个并不存在于当前界面的开关。
- 浏览器不是单一域名：一个页面可能同时请求图片、字体、媒体和接口，应用总量不能证明所有请求命中同一条规则。
- 退到后台不等于停止：同步、通知相关连接或后台传输仍可能产生数据，测试时应尽量减少其他任务。
- 界面显示零不等于没有访问：缓存命中、延迟刷新、归属受限，都可能使本次观察没有可见增量。
- 应用量与服务器量不必逐行相等：两者的归类边界可能不同，先核对同一时间窗口，再查看具体连接。
统计什么时候重置：先确认计数范围
“断开后会不会归零”不能脱离具体计数器回答。当前连接的持续时间或瞬时速率，与 Data 保存的累计量不是同一项；断开连接会终止当前会话，但不代表所有历史统计同时被清除。返回 Home、切换 Global Routing 或更新订阅，也不应被当作统一的清零操作。
| 操作或时间点 | 应如何理解 | 建议记录 |
|---|---|---|
| 关闭连接开关 | 当前会话结束，持久累计量不保证随之清零 | 断开前后分别记录同一条目 |
| 结束并重新打开应用 | 界面重新加载不等于已清除保存的统计 | 比较重开前后的数值与统计范围 |
| 跨过午夜或套餐结算日 | 没有明确周期说明时，不应假设本地统计自动归零 | 检查界面是否注明日期范围 |
| 执行统计清除操作 | 以当前界面的确认提示为准，可能只影响指定范围 | 先保存需要的读数，再核对清除结果 |
需要重新计数时，先在 Data 中检查当前平台是否提供清除或重置统计的操作，阅读确认提示后再执行。不要套用其他平台的按钮位置，也不要为了清零而删除服务器、订阅或应用数据。若没有明确的重置入口，直接采用起止值相减的方法，仍可得到可靠的测试窗口。
结论：用增量代替依赖清零
每轮记录开始时间、结束时间、服务器名称和两组读数；即使历史统计保留，也能分离这一次测试的数据。重置只改变观察基线，不会重置服务商账单或套餐余额。
用 Data 核对 Config 规则：先固定变量再看命中
要检查配置文件中的规则，先在 Home → Global Routing 选择 Config，再到 Config 确认使用的配置文件。Proxy 与 Direct 可用于临时对照，但不能用它们的测试结果证明配置文件内的规则已命中。若使用 Scene，应先确认当前场景实际应用的路由设置，避免把场景切换造成的变化误认成规则失效。
测试前的状态记录
- Global Routing
- Config
- 配置文件
- 在 Config 确认已选中的文件
- 服务器
- 在 Home 记录当前选项
- 自动连接
- Settings → On Demand
检查 On Demand 条件是否会改变连接状态，整轮测试保持网络环境不变。
规则语法示例
- DOMAIN-SUFFIX
- example.com,PROXY
- IP-CIDR
- 192.0.2.0/24,DIRECT,no-resolve
- GEOIP
- CN,DIRECT
- FINAL
- PROXY
示例域名和网段用于解释语法，不作为实际连通测试目标；FINAL 放在末尾。
下面是一组便于说明顺序的规则。DOMAIN-SUFFIX 匹配指定域名及其子域名；IP-CIDR 匹配目标 IP 网段，示例中的 no-resolve 表示不为匹配这条规则主动进行域名解析；GEOIP 依据目标 IP 的地理数据库归类；FINAL 处理此前未命中的请求。规则自上而下匹配，更靠前的规则可能改变最终结果。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY实际测试时，应使用你已知可访问、且被现有规则覆盖的目标，不必把示例直接粘贴到日常配置。先记录 Data 起始值，再打开目标并查看连接记录里的目标域名或 IP、命中规则和最终策略。HTTPS 常使用目标端口 443，但端口本身不能证明请求用了代理；应以实际命中与出站为准。
- 建立基线：确认连接已开启，暂停后台下载，记录服务器和应用读数。
- 发起新请求：避免只刷新一个完全由缓存提供的页面；更换测试资源时保持目标策略一致。
- 核对连接：先找对应时间和目标，再核对规则与出站，不只看服务器总量。
- 读取增量：等待统计刷新后计算差值；若结果不符，先查规则顺序和已有连接复用。
- 恢复设置：若为对照暂时切换了 Proxy 或 Direct，测试结束后恢复原有 Config 设置。
结论：流量增长是旁证，连接命中才是定位依据
假设某服务器的 Download 从 12 MB 增至 17 MB，只能说明该条目约增加了 5 MB，不能单凭它确认某个域名命中了 DOMAIN-SUFFIX。先锁定对应连接，再用 Data 增量验证是否有持续数据通过。
常见读数问题与具体处理
没有主动下载，为什么 Upload 还在增加？
先暂停云同步、文件上传和其他后台任务，记录一分钟内的变化，再检查该时段连接。网页请求、通信保活和确认报文也会产生 Upload；仅凭上传量增加，不能判断正在上传文件。
换了服务器，旧服务器怎么仍有流量？
先让原有下载结束，再发起一次新的连接并核对出站。旧连接可能仍在传输，策略也可能选择了不同服务器。不要通过删除旧条目来验证，先用连接时间和目标辨认对应请求。
按应用统计里找不到刚打开的应用，怎么办？
先确认当前平台是否提供可用的应用归属信息，再检查是否只是读到了缓存。使用新的请求对照服务器增量和连接记录；无法归属的流量应保留为未知，不要手动猜成某个应用。
Data 与服务商面板差很多，要改规则吗？
先统一开始时间、结束时间和单位，并向你的服务商确认结算周期与计费口径。规则决定请求如何路由，不负责让两端统计相等。只有连接记录显示出站与预期不符时，才继续检查 Config。
Data 有增长，为什么网页还是打不开？
增长可能来自其他应用、失败前的握手或重复请求。先查目标连接是否成功，再检查 DNS、规则命中与出站状态；需要进一步定位时，按故障排查步骤逐项验证，不以总流量增长替代连通性判断。
保留排查记录时，记下设备平台、Global Routing、配置文件、服务器名称、测试目标和时间窗口即可。对外提供记录前，隐去订阅链接、认证信息和个人访问内容。需要继续检查连接或订阅导入，可分别查看故障排查与快速上手。