测速指标：延迟、吞吐、丢包与 UDP NAT

机场节点延迟通常指测试端到节点的往返时间（RTT），衡量的是一次来回要等多久，而不是网速。打开一个网页需要多次往返再加上传输数据，所以延迟只能解释等待感的一部分。本文说明延迟测的是哪一段、怎样读数值。

TLS RTT 通常把 TCP 握手与 TLS 握手一起计时，普通 RTT 只计一次往返，所以同一节点的 TLS RTT 明显更大是正常的。本文按测量口径拆解两者的计时范围、合理差距的判断思路，以及本站两套测速界面为何不能混比。

HTTP 延迟是通过节点请求一个测试网址直到收到响应的时间，HTTPS 延迟还要多一次与目标站的 TLS 握手。测试网址的位置、响应大小和是否跳转都会改变数值，所以读结果前要先确认测的是哪个网址。

代理客户端的一键延迟测试，通常是经每个节点请求一次测试网址并计时，适合判断节点当下能否连通、大致快慢，但单次采样、并发排队、超时阈值和测试网址都会带来偏差。本文说明它准在哪里、不准在哪里，以及更稳妥的用法。

节点延迟低只说明单次往返快，网页慢通常卡在别的环节：域名解析、吞吐不足、丢包重传、分流规则走错或目标网站本身。本文从测速视角把“慢”拆成可测的几段，给出每类原因对应的指标和排查顺序。

抖动（jitter）指连续多次延迟之间的波动幅度。两组测量平均延迟相同，抖动大的那组会让语音断续、游戏顿挫，因为实时应用要按最慢的那几个包来缓冲。本文说明抖动的三种常见算法、敏感场景以及需要多少样本才能看出来。

MB/s 是每秒兆字节，Mbps 是每秒兆比特，1 字节等于 8 比特，所以同一速度用 Mbps 表示约为 MB/s 的 8 倍；再加上 1000 与 1024 进制和协议开销，换算值与实际下载显示会有差距。本文给出单位对照、换算表和核对清单。

读测速截图时，平均速度更接近持续下载的体验，峰值速度只代表某个采样窗口里的瞬时上限，容易被起步突发和缓冲放大。两者的差距本身也有信息量。本文说明两个数怎么算出来、差距代表什么，以及为什么速度曲线比单个数更可靠。

测速线程数决定同时开多少条连接，测试后端决定数据从哪台服务器来、上限多高。多线程能绕开单连接瓶颈测出更高总吞吐，但未必代表单个下载的体验；后端带宽和位置不同，结果的天花板也不同。本文说明两个变量如何影响吞吐，以及如何固定它们。

丢包率是发出的数据包中没有按时到达的比例。TCP 把丢包当作拥塞信号并主动降速，所以百分之一左右的丢包也可能让下载速度明显下滑并反复起伏。本文说明丢包率的测法、样本量问题、不同丢包形态的含义以及读数注意事项。

测速里的 UDP NAT 类型，描述的是经代理后出口端对外部 UDP 数据的映射与放行规则：FullCone 最宽松，RestrictedCone 与 PortRestrictedCone 逐级收紧，Symmetric 对每个目标单独映射。本文从测速判定的角度解释四种类型、判定步骤和结果为何会变。

测速结果里的 UDP Unknown 表示工具没能判定出 NAT 类型，并不是第五种类型。常见原因包括节点或协议未转发 UDP、客户端未开启 UDP、探测服务器超时、本地网络限制 UDP 等。是否需要担心，取决于你是否使用依赖 UDP 的应用。

语音通话和联机游戏属于实时应用，测速时应优先看抖动、丢包、延迟稳定性和 UDP 可用性，吞吐只需满足基本门槛。本文按语音、游戏、视频会议三类场景给出指标优先级矩阵，并说明单张测速截图能回答多少、选购前怎样自行验证。