延迟的基本定义
网络延迟（Latency），通常指数据包从发送端出发，经过网络传输到达接收端，再返回到发送端所需要的总时间，也称为往返时间（Round-Trip Time，RTT）。延迟的计量单位通常是毫秒（ms），数值越小，代表数据的"反应速度"越快，用户在实际使用中感受到的"跟手感"也越好。
用一个直观的例子理解：当你点击一个网页链接，从你的设备发出请求，到服务器收到请求并返回响应数据，这中间经历的时间，很大一部分就是网络延迟在起作用。延迟越低，页面打开、消息发送接收等操作的反应速度就越快。
影响延迟高低的主要因素
延迟并不是一个固定不变的数字，它受到多种因素的共同影响：
- 物理距离：数据传输受限于光速等物理规律，服务器与用户之间的地理距离越远，理论上延迟下限就越高，这也是为什么连接同地区节点通常比跨洲连接延迟更低
- 传输路径：数据实际经过的网络路由路径是否绕远、是否经过多次跳转，会直接影响延迟表现，参见国内中转与直连节点的差异
- 线路类型：使用专线技术（如IPLC、IEPL）的线路，通常比普通公网中转的延迟更稳定
- 节点负载：同一节点连接的用户数量过多、服务器资源紧张时，处理和转发数据的速度会下降，延迟随之升高
- 本地网络环境：用户自身的网络状况（如 Wi-Fi 信号、本地运营商线路质量）同样会叠加影响最终感受到的延迟
延迟与网速的区别
不少用户容易把"延迟"和"网速（带宽）"混为一谈，但这是两个完全不同维度的指标：
| 指标 | 衡量内容 | 类比 |
|---|---|---|
| 延迟 | 数据往返所需的时间 | 一条路上车辆通行的反应速度 |
| 网速（带宽） | 单位时间内能传输的数据量 | 这条路同时能容纳多少车辆通过 |
延迟低不代表网速快，网速快也不代表延迟低——两者可以独立变化。例如一条延迟很低但带宽有限的线路，浏览网页很流畅，但下载大文件可能较慢；反之带宽很大但延迟较高的线路，下载速度快，但在实时交互场景（如语音通话）中会有明显的滞后感。关于带宽的详细说明，可参考什么是带宽。
不同场景对延迟的敏感度
并不是所有网络使用场景都对延迟同样敏感：
- 网页浏览、邮件收发：对延迟的容忍度较高，几十到一两百毫秒的差异通常不会有明显感知
- AI 工具对话：流式响应场景下，延迟会影响文字出现的"跟手感"，具体可参考ChatGPT 使用场景
- 视频会议、远程办公协作：对延迟较为敏感，延迟过高会导致对话出现明显的滞后和卡顿，详见远程办公场景
- 实时语音/视频通话：是对延迟最敏感的场景之一，延迟过高会严重影响沟通体验
如何看待延迟测试结果
延迟数值会随时间、路径动态变化，同一个节点在不同时段测试，结果可能存在明显差异，这是正常现象，并不代表节点本身有问题。比较理性的做法是：
如果发现延迟持续偏高，可以按照高延迟排查指南逐步排查是节点问题还是本地网络问题。
延迟与抖动的关系
延迟描述的是"平均反应速度有多快"，而抖动描述的是"这个反应速度是否稳定"——即延迟数值在一段时间内的波动程度。一个节点可能平均延迟不高，但抖动很大（时快时慢），这种情况同样会显著影响使用体验，尤其是在实时性要求高的场景中。关于抖动的详细解释，可参考什么是抖动。