小文件分发场景下，大带宽账单的核算口径并非流量总量，而是以95计费峰值带宽为核心，加上请求数、流量、命中率等多维指标综合核定。
做小文件分发业务的站长,每个月收到CDN账单时，心里多半会咯噔一下，流量看着不高，带宽费用却高得吓人，问题出在哪？答案在于大带宽账单的核算口径，很多朋友对CDN带宽计费标准的认知停留在“用了多少流量收多少钱”的层面，大带宽场景下国内主流云厂商几乎都采用95计费按请求峰值带宽来算钱，而不是流量总量。
大带宽账单的构成逻辑
CDN小文件分发业务,典型场景包括图片加载、CSS/JS资源、API接口响应、小视频封面、文档预览等，这类业务的特征是：单次请求数据量小，但请求频率极高，突发性强，一个日活十万的资讯站，高峰时段每秒请求数可能破万，单次回包可能只有几十KB。
这就带来一个悖论：流量跑得不多，带宽峰值却很高，流量按GB计算，可能一天只有几百GB；但换算成带宽，瞬时速率能冲到几个Gbps，大带宽CDN计费标准看重的不是累计量，而是短时间内的最高速率。
账单构成通常包含以下几块：
- 基础带宽费：按95计费或日均峰值带宽计费，是大头
- 请求数费用：按每万次请求计费，小文件分发场景占比不低
- 流量费：部分厂商对超额流量单独计费
- HTTPS加密请求费：启用证书后按请求数加收
搞清楚这些项目,才能理解为什么账单数字超出预期。
95计费是怎么算的
95计费是当前CDN大带宽账单的行业主流,算法不复杂：在一个计费周期内（通常是一个自然月），每5分钟采集一次带宽数据，得到约8640个样本点，按数值从高到低排序，去掉最高5%的样本（约432个点），取剩下的最高值作为计费带宽。
举例说明,假设某天业务突发，在高峰时段产生了6Gbps的瞬间带宽，但只持续了十几分钟，如果按峰值带宽计费，这部分会全额计入，而95计费机制下，这十几分钟的突发被“削掉”了只要一个月内突发时间总和不超过36小时，基本不会影响计费带宽。
但关键在于：小文件分发业务的请求峰值往往每天固定出现，早高峰、晚高峰、活动期间、热点内容传播，这些时段每天重复，累积起来的峰值样本远超过5%的剔除范围，一个每天峰值持续4小时的站点，月度峰值样本约144小时，远超36小时的剔除线，这时计费带宽就会非常接近真实峰值。
行业共识认为,95计费对小流量突发型业务相对友好，对持续高并发的小文件分发场景其实不太划算。真正影响计费带宽的是常态化的峰值高度，而非偶发尖刺。
大带宽CDN费用计算的常见口径对比
几大主流厂商在大带宽CDN计费标准上存在差异,核算时不能一刀切。
| 计费方式 | 核算口径 | 适用场景 | 费用特点 |
|---|---|---|---|
| 95计费 | 月峰值带宽，剔除5%尖刺 | 大带宽、持续高并发 | 费用稳定，但基数高 |
| 日均峰值带宽 | 每日峰值取平均 | 带宽波动明显的业务 | 单价低，但总量敏感 |
| 流量计费 | 按实际传输GB数 | 小流量、低并发 | 透明度高，但价格高 |
| 请求数计费 | 按万次请求叠加 | 极小文件、超高QPS | 费用结构复杂，需仔细核算 |
小文件分发CDN怎么选,取决于业务形态，如果是纯API或图片接口，请求数计费反而可能比带宽计费更划算，如果是混合型业务，多数字厂商支持带宽与流量按月度用量自动切换，哪个便宜算哪个，选厂商时，咨询客服要问清楚三件事：95计费窗口是5分钟还是1分钟、是否有保底带宽、是否支持多域名合并计费。
小文件分发账单偏高的真实原因
收到大带宽账单后,不要急着骂厂商，先排查业务层面的核算口径问题。
缓存命中率是第一个检查项，小文件分发场景中，如果缓存命中率低于90%，意味着大量请求回源，回源带宽和边缘带宽是叠加计入计费带宽的，有些厂商甚至会对回源流量单独收一次费，一个命中率85%的站点，回源请求占15%，这部分带宽往往要高出边缘带宽的数倍因为回源链路没有边缘节点那样多的缓存支撑。
HTTP连接复用情况是第二个检查项，很多日活高的站点，客户端每次请求都重新建立TCP连接，在带宽核算时，TCP握手、TLS协商产生的数据包虽然不大，但数量巨大，会显著抬高每5分钟采样的带宽点数，如果开启了HTTP/2或HTTP/3，连接复用后带宽核算会下降30%-50%。
请求单价换算是第三个检查项，小文件数量大，请求数费用不可忽视，一个图片站每天产生5000万次请求，每次请求即使只有10KB，流量不过500GB，但请求数费用可能超过带宽费，这种情况下，需要核算请求数单价和带宽单价的等效关系。
带宽核算归因的具体操作路径
要精准核算大带宽账单,不能只盯账单总金额，建议按以下路径操作：
- 登录CDN控制台,打开用量明细报表
- 按域名维度拉取95带宽曲线，找到5分钟粒度的峰值时段
- 将峰值时段与业务活动时间对齐,确认是否为常态化高峰
- 查看回源带宽报表，计算回源带宽与总带宽的比值
- 拉取请求数报表，按状态码分类，统计2xx、4xx、5xx请求的占比
- 导出流量报表，按文件后缀名聚合，确认小文件占比
大概率会发现,带宽费用集中在某几个域名或某几个时间段，这时去优化对应路径，比整体更换CDN服务商更有效。
业内专家指出,很多客户抱怨大带宽CDN计费标准不合理，但调出明细后，真正的问题是回源带宽过高、缓存策略不当、请求数虚高，把这三个指标调整到位，账单常能下降20%-40%。
零宽限计费与特殊场景核算口径
大带宽账单的核算还需要关注零宽限计费这一细节，部分厂商在带宽统计时，对持续时间为零的样本直接剔除，不参与95排序，这本来是为了公平，但小文件分发业务的特点是请求突发极短、峰值极高，每个5分钟窗口内的带宽曲线极不规律。
某API接口每秒有1万次短轮询请求,每次返回2KB，单请求时长约10毫秒，按5分钟窗口计算，带宽样本点约为2Mbps的稳定值；但如果按1分钟窗口计算，带宽样本点会拆成5个点，其中某个点可能因为集中请求冲到10Mbps，不同采样粒度下，计费带宽差5倍。
核算口径还要考虑区域差异，国内大带宽计费通常不分电信联通移动，按全网统一价格，但跨境或海外CDN则区分大区，如北美、欧洲、东南亚各有报价，小文件分发业务如果面向海外用户，需要选择就近区域节点，否则带宽单价会上浮明显。
小文件分发CDN怎么选：核算口径带来的决策参考
选CDN方案时,不要只看单价，要按核算口径倒推总成本。
- 带宽峰值稳定的业务,选95计费方案，合同期限越长折扣越大
- 请求数高但带宽中性（如API，带宽峰值不超过1Gbps），选请求数计费方案更划算
- 带宽波动极大的业务（如营销H5），选95计费加保底带宽组合，预留安全缓冲
- 多域名共用计费空间的方案,比单域名独立计费更灵活
CDN带宽价格差异大的原因有几个：节点覆盖密度、是否包含DDoS高防、是否包含WAF、是否含实时日志服务，对中小站长来说，按年付费的大带宽CDN计费标准往往有较大议价空间，谈合同时把计费周期、采样粒度、超出部分的单价写清楚，避免后续扯皮。
常见问题
大带宽CDN计费标准是按流量还是按带宽
按带宽,国内主流CDN厂商对小文件分发业务普遍采用95计费，即按月度带宽峰值计费，流量只作为辅助计量项，不直接用于计费，带宽计费的单价远低于流量计费，但乘以峰值速率后，总费用弹性更大。
95计费是怎么算的，能不能避免付费峰值过高
95计费按月度5分钟带宽样本排序,剔除最高5%后取最大值，要降低计费峰值，需要优化业务侧的请求节奏，将非关键的定时任务分散到不同时段，避免整点集中触发；对图片资源使用多级缓存策略，将峰值从边缘节点转移到更深的缓存层；对客户端增加本地缓存，减少重复请求，对于小文件分发CDN怎么选的问题，阶段性的业务削峰比单纯换厂商更有效。
带宽账单中出现夜间高峰是怎么回事
很多业务看起来是面向公众的,但真实请求中有相当一部分来自爬虫、监控脚本或客户端预加载，这些请求在夜间仍保持高频，且用户分布集中，拉取域名维度的带宽报表后，如果发现夜间高峰持续存在，且请求来源集中，需要针对性设置IP限频或User-Agent过滤，清除无效带宽消耗。
最后再看一眼核算的口径
回到最初的问题：小文件分发业务的大带宽账单，核算口径是带宽峰值为核心、多维指标叠加的体系，弄清楚95计费的算法、缓存命中率的影响、请求数的叠加方式、特殊场景计费差异，才不会被账单数字牵着走，任何CDN服务商的大带宽CDN计费标准都不复杂，复杂的是了解自己业务的峰值形态。抛开核算口径谈价格，都是耍流氓。在日常运营中养成分时段观察带宽曲线的习惯，比月底收到账单再惊讶要划算得多。