客户端为什么显示剩余流量与到期时间：订阅响应头说明

显示的数值，来自订阅响应里的一行附加信息

客户端界面上的剩余流量与到期时间，通常不是客户端自己统计的，而是机场在返回订阅内容时，附带在 HTTP 响应头里的一行信息，常见字段名为 subscription-userinfo。 客户端每次更新订阅时读取这行信息并换算显示，因此它只反映“上一次更新那一刻”的账号状态。

这个约定在 Clash 生态里广泛使用，其他不少客户端也跟着识别，但它不是强制标准：机场可以不提供，客户端也可以不识别。流量怎么计算、套餐该怎么规划不在本文范围，请看 每 GB 成本与流量规划。

这一行信息里有什么

常见格式如下（数值为说明格式而写，不代表任何机场）：

subscription-userinfo: upload=1024; download=2048; total=10737418240; expire=1767196800

上行与下行的统计口径、是否叠加倍率，由机场后台决定，客户端只负责读取。流量统计的基础知识见 机场流量怎么计算：上行、下行与重置周期。

同一份响应里的其他常见信息

除了流量与到期，订阅响应还可能附带几项客户端会读取的信息，是否提供因机场而异：

• 建议更新间隔：常见字段名为 profile-update-interval，单位通常是小时。部分客户端会据此预填自动更新间隔，设置思路见 订阅自动更新间隔怎么设。
• 配置名称：通过下载文件名的方式告诉客户端这份订阅叫什么，导入后自动出现机场名称。
• 网页入口：部分客户端会在订阅卡片上提供一个跳转用户中心的按钮，地址来自响应中的相应字段。

这些信息都只在更新订阅时传递，所以它们和节点列表一样，是一份“快照”。

客户端换算时可能出现的差异

即使机场提供了完全准确的数值，客户端显示与用户中心仍可能有小差距，原因主要有三类：

1. 进制不同。 字节换算成 GB，可以按 1024 进制，也可以按 1000 进制。同一个数值，两种算法相差约 7%，额度越大，显示的绝对差距越明显。
2. 取整方式不同。 有的界面保留两位小数，有的四舍五入到整数，接近用尽时差异会被放大。
3. 时区不同。 到期时间戳是绝对时间，客户端按设备所在时区显示；用户中心若按服务器时区显示日期，跨日时可能相差一天。

显示与用户中心对不上：按原因排查

最后一行需要特别留意。如果手动更新后，已用流量在你没怎么使用的时段仍明显增长，先排查本机是否有后台下载、系统更新走了代理；排除之后，要考虑订阅链接是否外泄，处理方法见 订阅链接泄露后的处理。

完全不显示的三种原因

• 机场没有提供。 订阅响应里没有这一行，客户端自然无从显示。这不代表机场有问题，只是没有采用这个约定。
• 客户端不识别。 部分节点驱动型客户端不读取这行信息，或只在特定界面显示。
• 订阅经过了转换。 转换服务重新生成订阅时，未必会把原响应头原样转发，信息就此丢失。这也是不建议使用来路不明的转换服务的原因之一，详见 订阅转换的原理与风险。

节点列表里的“剩余流量”条目

有些机场除了响应头之外，还会在节点列表里放几条名称形如“剩余流量”“套餐到期”“官网地址”的条目。它们不是可用节点，只是借用节点名称来显示信息；选中这类条目会连接失败，在自动测速分组里也会显示超时。它们的数值同样只在订阅更新时刷新。

不限时套餐与到期字段

到期字段为 0 或缺失时，不同客户端的显示方式不一样：有的按时间戳原样换算，显示成 1970 年 1 月 1 日；有的显示为空、“无限期”或“长期”。这种情况常见于不限时类套餐，或机场没有提供到期信息。界面上的这几个字只是客户端对“没有到期值”的处理方式，并不代表套餐真的不会过期，流量是否有有效期、账号何时失效，仍应以用户中心与服务条款为准。相关概念见 不限时套餐是什么。

把它当作提醒，而不是账单

客户端里的剩余流量适合用来快速瞥一眼，判断是否需要续费或节省使用；涉及续费、退款、争议时，依据应当是用户中心与机场的服务条款。导入后核对这一信息，也是 导入后五项检查 中的一项。更多订阅相关问题，见 订阅链接导入与更新专题。