🌍

全球网络延迟

向 Cloudflare、Google、百度、GitHub 等全球代表性节点发起实时请求,测量往返延迟(RTT),快速判断你的线路到各服务商的链路质量——科学上网前先看看哪条路最快。

4 大全球节点 实时 RTT 数秒完成

📶 节点往返延迟

🔄

点击下方按钮开始测量

💡延迟反映「数据包一来一回」的时间:低于 30ms 优秀,30–80ms 良好,80–150ms 一般,超过 150ms 游戏或视频通话会感到明显延迟。

📖 延迟为什么重要

延迟(Latency)衡量的是数据包往返所需的时间,与带宽是两个维度。带宽决定「一次能搬多少」,延迟决定「搬一趟要多久」。对实时交互(游戏、通话、远程桌面)而言,延迟往往比带宽更关键。

本工具选取四个代表性节点:Cloudflare(全球边缘,衡量国际出口)、Google(海外主流服务)、百度(境内代表性节点)、GitHub(开发者常用)。通过 HTTP 204/静态资源请求计时,结果稳定可复现。

🧭 结果怎么看

🟢 0 – 30 ms同城/同运营商级延迟,实时应用体验极佳
🔵 30 – 80 ms跨省 / 跨运营商水平,日常使用无感知
🟠 80 – 150 ms国际线路或高峰期常见,网页浏览尚可
🔴 150 ms 以上 / 超时链路拥堵或被阻断,游戏与通话体验较差

🚀 如何使用

点击「开始测速」
四个节点依次测量,每个约 1–3 秒,结果实时刷新。
观察各节点数值
对比境内节点与海外节点的差距,可判断国际链路质量。
多次测量取均值
网络存在抖动,建议测量 2–3 次,取接近最小值的结果作为真实水平。

❓ 常见问题

延迟和带宽有什么关系?
两者独立。高带宽低延迟(千兆光纤同城)与低带宽低延迟(慢速但响应快的线路)都很常见。游戏、语音主要看延迟;下载、视频主要看带宽。
为什么 GitHub 经常超时?
GitHub 的节点在中国大陆访问受国际链路波动影响较大,超时可能是网络层被干扰或链路拥堵。这属于国际网络环境的普遍现象,与本站无关。
测试请求会消耗流量吗?
每次测量仅请求一个极小的静态资源(几 KB 以内),四轮总共不到 1 MB,几乎可以忽略。
开代理后测哪个节点?
开代理后所有请求都走代理通道,测到的是「本机 → 代理 → 节点」的整体延迟。若想测裸网延迟,请先关闭代理。
🔒隐私说明:本工具仅向各节点发起极小体积的静态资源请求用于计时,不收集、不上传、不存储任何个人信息。

🔗 也许您还需要这些诊断工具