剩余流量不更新、和面板对不上？统计口径与刷新机制说清楚

客户端里的剩余流量不动，或者和面板上的数字对不上。要解释这件事，得先说清楚一个多数人没意识到的前提：

客户端里那个数字不是它自己算出来的，是机场随订阅一起给的。

订阅返回的内容除了节点列表，通常还附带一段用量信息——已用多少、总共多少、什么时候重置。客户端把它读出来显示在界面上，仅此而已。它多久变一次、怎么折算，全都不由客户端决定。

理解了这一点，后面三种「对不上」就都有解释了。

三种「对不上」，原因完全不同

第一行和第二行其实是同一个机制的两种表现，都是刷新时机造成的；第三行才是真正需要深究的。

为什么客户端的数字总是偏小

因为它停在过去。

你上一次更新订阅是昨天晚上，那么客户端显示的就是昨天晚上那个时刻的用量。从那以后你用掉的流量，面板一直在累计，客户端却毫不知情。

所以「客户端 10 GB、面板 15 GB」这种情况基本都是正常的，差额就是这段时间的消耗。手动更新一次订阅，两边立刻就接近了。

什么时候这个解释不成立：更新订阅之后差距依然很大。这时候才要往倍率或多设备的方向查。

顺带说一个容易被忽略的前提：你以为点了更新，不代表真的更新成功了。 有的客户端在更新失败时提示不明显，界面上看起来点过了，实际还在用缓存的旧配置——这种情况下数字当然不会变。判断方法是看节点列表有没有变化，或者去看客户端日志里这次请求的结果。确认失败的话，按订阅更新失败怎么办排查。

倍率：同样跑 1 GB，可能扣掉 2 GB

这是「掉得比想象中快」最常见的原因，而且它完全发生在你看不到的那一侧。

客户端只统计它实际转发了多少字节，不知道也不负责折算倍率。机场在计费时按节点的倍率把实际流量乘上系数，再从配额里扣。于是：

倍率反映的是这条线路对机场的成本——专线、热门地区、稀缺落地通常倍率更高。

怎么避免意外消耗：多数机场会把倍率标注在节点名称里，导入订阅后扫一眼就能看到。日常用 1 倍率的节点，把高倍率的留给真正需要它的场景（比如必须用某个特定地区）。

一个实际的坑：自动选择功能不看倍率，它只看延迟。如果你订阅里最低延迟的恰好是个高倍率节点，自动选择会一直把你放在上面，流量消耗速度会明显高于预期。对流量敏感的话，手动固定到 1 倍率节点比依赖自动选择更划算。

各家机场的倍率标注情况见机场数据库——需要说明的是，不是所有机场都公开这一项，有的要导入订阅之后才能看到。

流量掉得快的另外两个原因

排除倍率之后，还有两个比「被盗用」概率高得多的原因。

第一，后台流量在走代理。 全局模式下，系统更新、云盘同步、照片备份、应用商店下载全都经过代理，而这些的量往往比你主动浏览大得多。一次系统更新就可能几个 GB。

确认办法：把代理模式从全局改成规则模式，只让必要的流量走代理，观察一两天再对比消耗速度。差别通常很明显。

第二，多设备同时在线。 「不限设备」的含义是同时在线的连接数没有硬性上限，不是流量变多——你所有设备共用同一份配额。手机、电脑、平板同时挂着，消耗自然叠加。家里还有设备挂在路由器代理上的话，更容易被忽略。

只有在这两项都排除、并且倍率也解释不了的情况下，才需要考虑订阅地址泄露的可能。那种情况下的处理是去面板重置订阅地址，重置后所有设备都要重新导入。

重置日与周期的两个坑

第一个坑：重置之后数字没变，不代表重置没生效。

重置发生在机场侧，客户端并不知情，它显示的仍然是上次更新时拿到的那份信息。手动更新一次订阅，数字立刻就会变。 开启了自动更新的话，要等下一次自动更新触发。

第二个坑：重置日不一定是自然月的 1 号。

多数机场按你的开通日计算周期，比如 15 号开通的就是每月 15 号重置。看着日历以为月初会重置，结果月底流量就见底了，是很常见的误会。确认自己的重置日在面板上看，不要假设。

如果你的用量模式很不均匀——某几个月用很多、其余时间几乎不用——那按月重置这个机制本身可能就不适合你，不限时流量包会更划算。两种套餐形态的取舍见不限时流量包与按月套餐怎么选。

什么时候该找售后

前面的排查都做完还是对不上，这几种情况值得提工单：

• 更新订阅之后，客户端数字和面板差距依然很大，并且倍率、后台流量、多设备都已排除。
• 面板上的用量在你完全没有使用的时段仍在增长。
• 重置日已过，面板上的配额没有重置。
• 订阅返回的用量信息长期缺失，客户端里根本不显示这一项——这属于机场侧的配置问题。

提工单时把具体数字和时间点写清楚：什么时候更新的订阅、客户端显示多少、面板显示多少、用的是哪个节点。这比只说「流量不对」能快很多。回复的速度和具体程度，本身也是对这家客服质量的一次测试。

导入与更新订阅的完整流程见订阅链接怎么导入，更多按症状分类的入口见网络诊断栏目。