平均速度与峰值速度：测速截图里哪个数更值得看

优先看平均速度，但要弄清它的算法

在一张测速截图里，平均速度通常比峰值速度更值得先看：它反映的是整个测试过程中搬运数据的整体能力，更接近持续下载、视频缓冲时的体验。峰值速度只是某个短采样窗口里的最高值，容易被瞬时突发放大，单独引用很容易高估实际表现。

不过，“平均”也有不同算法，测试时长和起步阶段的处理方式都会改变它。读截图时先确认算法，再看数值；最理想的情况是同时有速度曲线可供参考。本文属于 测速指标：延迟、吞吐、丢包与 UDP NAT 的吞吐类解读，所在二级专题页为 测速指标专题。

峰值速度是怎么被“测”出来的

测速工具在下载过程中会按固定的时间间隔采样，计算每个小窗口内传输了多少数据，再取其中最大的那个作为峰值。这个过程有几个特点：

1. 采样窗口越短，峰值越容易偏高。短窗口内只要碰上一次数据集中到达，计算出的速率就会很高。
2. 连接起步时可能出现突发。部分网络设备和服务器会在连接建立初期允许短时间的突发传输，随后才稳定到较低速率。
3. 缓冲区集中释放。数据在中途某个环节积压后一次性送达，也会形成短暂的高峰。
4. 多线程叠加。多个连接同时达到各自的高点时，合计值会出现尖峰。

因此，峰值反映的是“这条路径在某一瞬间能达到多高”，而不是“你能稳定用到多快”。

平均速度的几种算法

同样叫“平均速度”，计算方式可能不同：

测试时长也很关键。TCP 连接从建立到达到稳定速率需要一段爬坡时间，测试时长太短，平均速度会被起步阶段拉低；测试时长较长，则更接近稳定状态。不同工具的默认时长不同，这也是不同工具结果不宜直接比较的原因之一。

两个数的差距透露了什么

把平均速度和峰值速度放在一起看，差距本身就是一个信号：

最后两种情况在实际测速中并不罕见。本站发布的截图中也保留了速度为零或极低的原始结果，处理原则见 测速结果里的零速度与异常延迟应该如何保留和解读。

速度曲线比两个数更有信息量

如果工具提供速度曲线，它能回答平均和峰值都回答不了的问题：

• 先快后慢：起步突发后迅速回落，可能存在限速策略或突发配额；
• 周期性断崖：速度每隔一段时间骤降，可能与丢包重传或调度有关；
• 爬坡缓慢：长时间达不到稳定速率，往往与较高延迟或丢包有关；
• 平稳但偏低：速度稳定但不高，瓶颈更可能在带宽本身。

丢包对曲线形状的影响，可以继续阅读 丢包率怎么看：少量丢包为什么会让速度大幅波动。

读本站截图时的做法

本站在各品牌页发布的单次测速截图，按 brands.ts 记录，两套界面的指标都包括平均速度与最高速度。阅读这些截图时建议遵守几条原则：

1. 只在同一张截图内部理解平均与最高的关系，不跨图比较；
2. 不把最高速度当作品牌的“速度”转述给别人；
3. 注意截图的测试时间，凌晨与晚间的网络负载差别很大；
4. 记住每个品牌只有一次测试，结果只代表那一刻。

本站正文不转写截图数值，也不据此排名。截图的批次、时间与局限说明见 本站测速批次记录与局限，为什么单次结果不能排名可以看 为什么单次测速不能给机场排名。

读速度数值时的追问

关于峰值能否代表日常速度：峰值来自很短的采样窗口，日常下载更接近平均速度，引用时应以平均为主并注明条件。

关于平均低峰值不低：这是速度起伏大的信号，结合曲线、丢包测试和重复测试再判断原因。

关于用本站截图比较品牌：单次、时段不同、工具不同，三个条件都不满足比较要求。

测速与使用相关服务时，请遵守所在地法律法规与平台条款。