Ping测试结果怎么看：抖动、0 ms与HTTP延迟测试解读
读懂浏览器延迟和抖动结果，理解0 ms与复用连接的含义，了解HTTP/3为何使用QUIC而非TCP。免费测试，限制说明清楚。
把中位数、范围和抖动放在一起看
延迟工具在一次预热请求之后，依次记录八个HTTP响应时间。中位数是排序后测量值的中间值；范围显示最小值和最大值。这里的抖动是相邻样本之间变化量的平均绝对值，而不是数据包层面的测量。
以一个八样本示例来计算：20、30、10、40、20、30、10、40 ms。排序后中间的一对是20和30，因此中位数为25 ms。七个相邻变化量合计140 ms，除以七得到20 ms的波动。范围为10–40 ms。这些只是用于说明计算的示例输入，并非某位访客连接的实测值。
0 ms或计时缺失代表什么
响应时间样本与连接建立各阶段的耗时是两项独立的测量。复用的连接可以直接承载新请求，无需再次进行DNS查询或握手。
| 界面文字 | 含义 | 下一步 |
|---|---|---|
| 已缓存或连接已复用 | 本次请求没有测到新的DNS阶段 | 不要把它当作DNS解析服务器的查询速度 |
| 无新建连接（连接已复用） | 资源计时（Resource Timing）条目中没有新的连接建立区间 | 比较各请求的响应时间，不要把连接建立耗时当作往返延迟 |
| 未使用TCP（HTTP/3 · QUIC） | 本次请求使用HTTP/3，其传输层为QUIC | 如果边缘节点报告了QUIC RTT，请查看该值 |
| 未报告 | 所需的计时数据缺失或无法使用 | 保持为未知；这不是测得的零值 |
| 报告为0 ms（精度不可用） | 边缘节点返回了零，但精度不足以进一步解读 | 不要据此推断物理延迟为零或连接已复用 |
公平地比较Wi-Fi、移动数据或VPN
做小规模比较时，请使用同一台设备和同一个浏览器。结果只是排查问题时的观测，而不是对整条互联网连接的校准基准测试。
- 暂停下载、视频流和其他大流量活动，然后运行延迟工具，记下中位数、范围和波动。
- 只更改你想比较的网络或VPN配置，等待其稳定后再重复测试。
- 记录多次运行的结果和测试时间。如果观测到的边缘节点或路由发生变化，请将结果视为对完整路径的比较。
- 使用“TLS检测”查看HTTP协议和边缘节点报告的RTT。这些元数据来自它自己的检查请求，因此不一定与延迟样本相同。
保留能解释变化的比较记录
每次运行都记下时间、网络名称、VPN设置、中位数、范围和波动。如果要比较VPN，请保持Wi-Fi和设备不变；如果要比较Wi-Fi和移动数据，请保持VPN设置不变。同时改变两项后中位数变大，并不能看出是哪项改变造成的。
把上面的示例与八个恰好都是25 ms的样本作比较：两者的中位数都是25 ms，但恒定序列的范围是25–25 ms，相邻波动为0 ms。中位数相同，稳定性却可能截然不同。这些合成示例只是为了单独说明计算方法；真实浏览器的调度会带来噪声。请重复测量出乎意料的结果，并在记录中保留设置标签。不要把边缘节点RTT加到浏览器的总请求时间上：这些数值可能相互重叠，而且来自不同的请求。
为什么浏览器测得的Ping与游戏Ping不同
一次HTTP请求除了网络传输时间，还包含浏览器和服务器的处理时间。游戏则与另一个端点通信，并且可能使用其他协议。附近Cloudflare节点的结果无法预测你到某台游戏服务器的延迟；本工具也不测量ICMP ping、丢包率或下载速度。
如果目的是自己架设游戏服务器，请使用“游戏IP”页面准备地址，并查看路由器WAN口的线索。如果是游戏过程中卡顿，还应查看游戏自带的网络统计，并在问题出现时重复测试。CGNAT线索和高延迟是两项独立的观测，其中一项并不能证明另一项。
常见问题
为什么使用HTTP/3时TCP RTT显示“未使用”？
HTTP/3使用的是QUIC而不是TCP，因此TCP字段不适用于该请求。当边缘节点报告QUIC RTT时，IPNixa会单独显示。
0 ms是否表示我的连接没有延迟？
不是。在复用的连接上可能会跳过建立连接的阶段，或者服务器报告的0精度不足以解读。这些情况会与缺失值分开标注。
浏览器延迟和ICMP Ping测试结果一样吗？
不一样。这些样本测量的是发往IPNixa的小型HTTP请求的耗时，其中包括浏览器和端点的处理时间。ICMP、游戏和其他目的地使用的是不同的测量方式。
这个测试能发现丢包或缓冲膨胀（bufferbloat）吗？
不能。八个小型HTTP请求无法测量丢包，也无法测量受控上传或下载负载下的延迟。请使用专门为这些测量设计的工具。