延迟与下载速度：机场测评中的不同指标
延迟描述请求往返等待的一类时间指标，吞吐描述一段时间内传输的数据量。低延迟不自动等于高下载速度，高峰下载快也不说明所有请求等待都短。
本页目录 · 10 节
先说明指标在测什么
延迟描述请求往返等待的一类时间指标，吞吐描述一段时间内传输的数据量。低延迟不自动等于高下载速度，高峰下载快也不说明所有请求等待都短。
任务决定指标权重
小请求交互可能更关注等待与失败，持续文件传输则要观察稳定完成情况。先定义任务，再选择指标，避免把一张综合截图当作对所有场景的结论。
单位需要明确
速度中Mbps与MB/s不是相同单位。比较数字时先统一单位，保留测量工具与服务器信息。无法确认单位或测试路径时，不把结果写入品牌评分。
记录分布而不是只留最高值
同一条件下记录多个样本，保留范围、异常和样本数量。最高值只能描述一次观察，不能代表大多数时间的表现。参考方法可阅读Cloudflare公开网络质量测试介绍。
先统一单位，再判断指标能回答什么
延迟与吞吐回答的是不同问题。RTT描述一次往返所需时间；下载吞吐描述传输的速率。本博客第三方表里的“平均TLS RTT”保留原测量名称，不能直接改叫所有应用的延迟。Cloudflare的方法说明也区分空闲与负载状态：同一网络在忙碌时可能呈现不同结果。因此指标名称、测试目标和负载状态需要与数字一起阅读。
| 示例或字段 | 读法 | 不应推断 |
|---|---|---|
| 10 MB/s | 按1字节=8比特换算为80 Mbps | 所有用户都能达到80 Mbps |
| 空闲RTT | 没有相同测试负载时的往返观测 | 会议中的延迟一定相同 |
| 负载下RTT | 传输进行时的往返观测 | 与不同工具的空闲值直接排名 |
| 地区平均值 | 原报告统计条件下的汇总 | 任意单个节点都等于平均数 |
怎样把表中的条件落实到选择
假设一次传输显示12.5 MB/s，单位换算为100 Mbps。这个等式没有测出上传、丢包或稳定性。理想计算中1000MB按10MB/s传输约需100秒，但实际任务还可能包含建立连接、波动和其他等待，因此不应把理想值写成完成时间保证。阅读两个报告时，先比较工具、线程、目标服务器和原日期；条件不同就保留各自结果，而不是把较大的数字直接排在更前面。
本页操作清单
- 抄录完整指标名称，尤其保留TLS、RTT、平均和单位。
- MB/s与Mbps单独列示，按原值舍入后再换算。
- 对照测试条件；条件不一致时不输出跨品牌速度名次。
按这个问题继续读
本页结论的使用边界
本文为套餐资料分析或测评方法指南。本站未开展独立账户测速，不对稳定性、解锁率、运营持续性作实测保证。购买时请核对当前套餐与结算条件。