—%
等待完整统计
每一条消息，都有迹可循
速度之外，
看见连接的稳定性。
观察丢失、延迟与波动，了解这一次连接的真实表现。
开始一次测量
01正在连接节点…等待节点响应
无需登录 · 测量历史仅保存在此浏览器
连接表现
等待测量设置好参数，开始观察每一条消息。
—ms
发送至回包的耗时
—ms
95% 的回包不超过此值
—ms
全部有效 RTT 的标准差
消息时间线
按时到达迟到丢失
连接的每一刻，都值得看见
开始测量后，这里会出现真实回包数据。
已发送 0已收到 000:00 / 00:30
上传丢失——
下载丢失——
迟到消息——
最长连续丢失—按发送序号统计
最近的测量
仅此浏览器 · 最近 5 次| 时间 / 节点 | 往返丢失 | 平均 RTT | P95 | 消息数 | 测量状态 |
|---|---|---|---|---|---|
| 还没有测量记录。完成一次测试后，可在这里对比。 | |||||
读懂数字，也了解边界
这次测量，说明了什么？
结果对应指定节点、指定时间和当前浏览器环境。
丢失和迟到有什么区别？
迟到是回包已经收到，但往返时间超过设定门限。丢失是发送结束、经过至少 3 秒收尾并完成服务端结算后，仍未收到回包。迟到不计入丢失。
上传、下载和往返丢失如何计算？
上传：服务器未收到数 ÷ 浏览器实际发送数。下载：浏览器未收到的回显数 ÷ 服务器成功提交的回显数。往返：未收到回包数 ÷ 浏览器实际发送数。服务端发送异常会让测量标记为无效；两个方向的百分比不能直接相加。
延迟、P95 和波动代表什么？
延迟使用浏览器单调时钟测量往返时间，包含两端处理耗时。P95 使用排序后的最近秩法；波动为全部有效 RTT 的总体标准差，不是 RTP 协议的抖动指标。没有回包时显示“—”。
为什么 0% 丢失不代表所有连接都正常？
本机节点只验证测量程序，不经过路由器或运营商。公网节点的结果仅代表本次浏览器到该节点的路径；一次零丢失不能证明其他节点或其他时间也没有丢失。
测量受哪些因素影响？
网页切到后台会停止测试；本机发送排队会中断测试。调度延迟、服务端异常和传输方式变化都会明确提示。消息使用不重传的数据通道，但仍受浏览器、加密和拥塞控制影响，不能等同于网卡 IP 包统计。