云技术博客先说结论：没有固定值，取决于业务类型、图片压缩策略和代码体积。
但为了给你一个可参考的量级，我们可以把常见的小程序场景拆解开来看。在4G网络环境下（假设信号良好，下行速率在 10-20Mbps 左右），带宽消耗主要分两部分：首次加载和日常交互。
1. 首次加载（冷启动）
这是流量大头。用户第一次打开小程序时，需要下载核心包（主包）。
- 微信/支付宝小程序限制：目前主流平台的主包限制是 2MB（部分类目或特殊配置可能略有不同，但基本卡在2M以内）。分包加载可以突破这个限制，但首屏必须保证在2MB内快速加载。
- 实际消耗：
- 纯文本/H5类：如果页面全是文字，加上少量图标，主包可能只有几百KB。实际传输可能在 300KB – 800KB。
- 电商/内容类：首屏通常会有几张高清Banner图、商品列表图。即使做了懒加载和WebP格式优化，加上主包代码，首次请求通常在 1.5MB – 2.5MB 之间。
- 视频/直播类：这类小程序首屏通常会预加载封面和关键帧，或者直接拉取低清流，流量可能在 2MB – 5MB 甚至更高，具体看是否自动播放高清视频。
注意：这里的“带宽消耗”指的是数据传输量（Data Transfer），不是网速（Bandwidth Speed）。4G的网速快，所以这些流量几秒就能下完，但手机流量套餐是按GB算的，这才是用户关心的。
2. 日常交互（热启动）
用户已经打开过小程序，再次进入或使用功能时，流量会大幅降低。
- 静态资源缓存：JS、WXML、WXSS等文件会被本地缓存，不再重复下载。
- API数据请求：每次操作只传输JSON数据，通常只有 几KB到几十KB。
- 图片懒加载：滚动时按需加载，且通常使用缩略图或WebP格式，单张图片可能在 20KB – 100KB。
- 平均单次操作：浏览一个列表页，刷新一次，大概消耗 100KB – 500KB。
3. 影响带宽的关键因素（技术视角）
作为开发者或运维，如果你想优化小程序的流量消耗，重点不在4G本身，而在以下三点：
A. 图片优化（占大头的80%）
- 格式：强制使用 WebP 格式，比JPEG/PNG小30%-50%。
- 尺寸：不要传原图！根据展示区域裁剪尺寸。例如，头像只需要100×100，就别传2000×2000的原图。
- CDN提速：图片务必走CDN，不仅速度快，还能通过边缘节点减少回源流量成本（对厂商而言）。
B. 分包加载（Subpackages）
- 不要把整个App打成一个大包。按模块拆分（如：首页、个人中心、订单页分开），用户没用的模块不下载，节省初始流量。
C. 数据压缩与缓存策略
- API响应启用 Gzip/Brotli 压缩。
- 合理设置 HTTP Cache 头，避免重复请求相同数据。
- 对于非实时数据，前端做本地缓存（Storage），减少网络请求次数。
4. 给用户的直观感受（以4G为例）
| 场景 | 预估流量消耗 | 4G下载时间（估算） |
|---|---|---|
| 打开一个纯文字新闻小程序 | ~500KB | < 2秒 |
| 打开一个电商小程序（含首屏图） | ~2MB | 2-5秒 |
| 浏览10个商品详情页 | ~3-5MB | 10-15秒 |
| 观看一段1分钟短视频（标清） | ~5-10MB | 10-30秒 |
总结建议
- 如果你是普通用户：在4G下刷小程序，正常使用不会瞬间耗尽流量。除非你频繁看高清视频或下载大型文件，否则一天用掉1-2GB流量已经很夸张了。建议开启“Wi-Fi优先”或关注运营商的定向免流政策（部分运营商有微信小程序免流套餐）。
- 如果你是开发者：别纠结“4G带宽”，要纠结“首屏加载速度”和“总包大小”。确保主包<2MB，图片全部上WebP+CDN，做好分包，这样无论在4G还是弱网环境下，用户体验都会好很多。
最后提醒：不同运营商的4G基站负载情况不同，早晚高峰可能出现“假4G”（实际速率降至1Mbps以下），此时小程序加载变慢，但总流量消耗不变，只是时间拉长。