Skip to content
Kan ik verbinden?

工作原理

透明地了解我们测量什么、如何测量以及数字的含义。

"响应时间"的真正含义

这不是ICMP ping。我们发送真正的HTTPS请求——与您的浏览器加载网页使用的请求类型相同。

DNS 查找服务器的IP地址
TCP 建立网络连接
TLS 协商加密(HTTPS握手)
HTTP 发送请求并接收响应

总时间包括所有这些步骤。这就是为什么数字比传统ping命令更高。

预热与稳态

对任何端点的第一次请求包括DNS解析、TCP连接和TLS握手。这是"初始化"时间。紧接着,第二次请求使用已建立的连接发送。这是实际响应时间。

首次请求(建立连接)
~200ms
第二次请求(实际)
~30ms

两个值始终显示,以便您看到完整的画面。

CORS与No-CORS

我们首先尝试读取完整的HTTP响应(CORS模式)。当这有效时,您会看到实际的状态码(HTTP 200、HTTP 503等)。

某些服务器不允许跨域请求。在这种情况下,我们回退到no-cors模式,该模式仍然测量时间但无法读取状态码。

CORS可用无CORS
响应时间
可达
HTTP状态码

服务器探测的作用

服务器探测从我们在多个地理区域(美国东部、欧洲中部、东京)的基础设施运行。它们每15分钟检查精选端点。

服务器探测向您展示世界其他地方看到的情况。如果您的延迟很高但服务器探测正常,则问题在您和端点之间。

社区数据

当用户选择分享他们的结果时,数据被匿名化和汇总以显示真实世界的延迟分布。

社区数据需要至少5份独立报告才会显示。 统计异常值会被自动拒绝。

请参阅 隐私页面 了解有关收集和未收集内容的完整详细信息。

解读数字

什么算"快"取决于场景和距离。以下是一个大致指南:

响应时间典型场景
<50ms同区域 / 附近 CDN 边缘
50–150ms同大洲,不同区域
150–300ms跨洲
>300ms高延迟:距离远或路由拥堵

请记住:这些是 HTTPS 请求往返时间,不是 ICMP ping。它们通常比 ping 命令显示的高 2-5 倍,因为包含了 TLS 开销和实际的应用层处理。