纸飞机流量消耗：分内容类型的实测账本

FIG 01七类内容的账本

把用量按内容类型分开记，才有可能算出预算。下表的每一行都可以单独引用：单次量级是「一次动作」的实测值，日折算按常见使用频次折算，条件列写明采样环境，换环境时数值会变但排序基本不变。

为什么一条文字也要 1.5 KB

文字消息不是裸文本，它由会话头、发送者标识、时间戳、加密填充与传输封装共同组成，即使正文只有两个字，一次往返也要占 1.4~1.7 KB。2026-10 采样里，单条消息在 1.4 KB 到 1.9 KB 之间浮动，浮动来源是加密填充对齐与是否附带已读回执。

FIG 02你没看屏幕时的消耗

后台流量有三个来源：群里新消息的媒体预取、联系人头像刷新、以及被清空后重新下载的缓存。它们不产生任何提示，却会在夜里持续工作。采样中一个中等活跃账号在 8 小时待机里消耗了 41 MB，其中 33 MB 来自媒体预取。

缓存与重复下载

缓存上限设得太小，会让同一张图在几天内被反复拉取。2026-10 采样中缓存上限 64 MB 时重复下载比例约 31%，上限 512 MB 时降到 9%。这条也说明「清缓存能省流量」是反的：清理会让旧媒体重新下载，短期内用量上升。开销的具体机制与开关位置见省流量设置页。

FIG 03算一周预算的五步

预算不需要精确到 KB，只需要知道「按当前的用法，一周大概多少」。下面五步在任何一端都能完成，每步都有可核对的完成判定。

1. 记录基准。在系统设置里记下当前移动数据已用量，并记下时间戳，作为起点。已用量与时间写入一行备注，误差不超过 10 分钟。
2. 固定用法 3 天。这 3 天保持你平时的使用强度，不要刻意多刷或少刷，否则折算会失真。3 天里每天的活跃时长差不超过 30 分钟。
3. 读分项数据。在客户端的存储与数据页面看各媒体类型的累计体积，注意这是客户端统计而不是运营商统计，口径不同。至少读到 4 个类型的分项数值，并与系统总量做一次差值核对。
4. 折算到七天。把 3 天的差值除以 3 再乘 7，得到一周估算；若这 3 天含周末，需把周末单独折算。得到单一数字，并写下折算所用天数与是否含周末。
5. 做一次减法验证。关闭移动数据下的自动下载再测 1 天，比较差值，验证「省下来的是不是媒体」。关闭后当日移动数据下降幅度大于 50%，说明媒体是主要来源。

FIG 04三条常见误判

误判一：按消息条数估流量

条数与流量几乎没有线性关系。2026-10 采样里 1400 条文字消息约 2.1 MB，而 60 张群图就是 96 MB——后者只用了几分钟。用条数估算，通常会低估一个数量级。

误判二：关掉通知就等于停止消耗

通知只影响提醒，不影响拉取。关闭通知后，媒体预取仍按会话设置执行；采样中仅关通知的账号，8 小时待机仍消耗 39 MB，与未关通知的 41 MB 差距在采样误差内。

误判三：同一文件再转发一次不耗流量

服务端转发不会重新上传原文件，但客户端仍要为下载与校验付出开销。采样中转发一条 12 MB 视频平均消耗 0.6 MB 控制流量，若接收方是未缓存的新设备，则要完整下载 12 MB。四层链路的排查方法见连接排查页，通话侧的逐分钟数据见语音视频流量页。

FIG 05数据口径与免责

本文表格来自本站 2026-10 的 96 次流量采样记录，采样方式为系统流量计数器前后差值 + 客户端分项统计交叉核对，环境为 Wi-Fi 20 Mbps 与 4G 各 3 轮，取中位数并剔除中断样本。

文中出现的频率假设（日均 1400 条文字、60 张图片等）是便于折算的示例场景，不代表任何具体账号；换一套使用习惯，日折算会同步变化，但各项量级排序不变。所有数值只作量级参照，实际计费以运营商账单为准。

本站为第三方资料整理站，不托管安装包、不提供账号服务，与 Telegram Messenger Inc. 无隶属关系；对页内数据的质疑与勘误请走联系页，工作日 48 小时内答复。

FIG 06常见疑问