光在光纤中的速度约为真空光速的三分之二，每 100 公里路径就带来约 1 毫秒往返时间。看看你的 Ping 背后的物理下限。
你可以买更大的带宽、更好的路由器、更快的套餐，但到另一个大洲服务器的 Ping 几乎不会变。这不是你的网络出了问题，而是物理规律：信号穿越距离需要时间，任何升级都不可能让它比光更快。下面用算术讲清这个下限，解释为什么真实 Ping 总是高于它，以及它对测速、VPN 和卫星意味着什么。
核心要点
- 光在玻璃光纤中比真空中慢。 APNIC 网络博客给出的光纤中光速约为 194,865 km/s，真空中为 299,792 km/s，大约是 c 的三分之二。
- 经验法则（推导出的算术结果，并非实测值）： 单程光纤路径每约 100 公里，往返时间约 1 毫秒。这只是最小值。
- 真实 Ping 一定高于下限。 线缆不走直线，路由会绕路，排队会增加延迟，最后一公里也有自己的开销。
- 只有距离决定下限。 带宽、路由器品质和套餐速度改变的是吞吐量，而不是光走完这段路所需的时间。
- 你可以拿自己的 Ping 对照下限： 用网络测速测一次，如果结果远高于下限，问题出在路径或排队上，而不是光速。
下限：光在光纤中的速度
光在真空中每秒走 299,792 公里，在玻璃中则更慢。APNIC 一篇讨论卫星与光纤延迟的文章指出，光在玻璃或光缆中的速度约为 194,865 km/s，约为真空值的 65%，也就是 c 的“三分之二左右”。
这个数字可以直接换算成每公里的延迟。以约 194,865 km/s 计算，光每毫秒走约 195 公里，所以 1 公里单程约需 5 微秒。下面所有数字都由这一个数推导而来。
经验法则：每 100 公里约 1 毫秒
Ping 测的是往返：数据包发出去，回复再回来，所以距离要走两遍。
- 单程延迟 = 路径长度 ÷ 每毫秒 194.9 公里。
- 往返时间（RTT）= 其 2 倍。
- 因此 100 公里路径约产生 100 ÷ 194.9 × 2 ≈ 1.03 毫秒的 RTT。
套用几组常见的大圆（直线）距离（均为近似值，真实线缆不会完全走直线）：
| 路线 | 直线距离 | 单程最小值 | 最小 RTT |
|---|---|---|---|
| 同一都市圈 | 约 50 km | 约 0.3 ms | 约 0.5 ms |
| 伦敦到纽约 | 约 5,570 km | 约 29 ms | 约 57 ms |
| 伦敦到悉尼 | 约 17,000 km | 约 87 ms | 约 175 ms |
这些是由上面公式算出的下限，特意标注为推导算术：它们是物理允许的极限，不是任何具体运营商实际提供的数值。如果有人告诉你伦敦到纽约的 Ping 是 40 ms，那数据一定有问题，因为这么长的光纤路径下限约为 57 ms。
关于被测量对象的精确定义，可参阅 IETF 的RFC 2681 往返延迟和RFC 7679 单向延迟。MDN 的延迟词条则给出浏览器侧的视角。
为什么真实 Ping 高于下限
下限假设两点之间只有一根笔直的光纤，别无其他。真实路径会通过四种方式增加延迟：
- 线缆不是大圆。 光纤沿海岸线、铁路走廊和海床铺设，路径比直线更长。
- 路由会绕路。 流量遵循商业与对等互联协议，而不是几何关系；两个邻近城市之间的数据包可能经由很远的交换点。
- 排队增加延迟。 每台路由器都会短暂缓存数据包，而过大的缓冲区会让它们等很久。链路繁忙时 Ping 如何远高于空闲值，见缓冲区膨胀。
- 最后一公里有自己的开销。 Wi-Fi、有线电视网络（Cable）、DSL 和移动网络在数据包进入光纤之前都会增加处理与调度时间。
按国家或运营商给出“典型值”只会是猜测，所以更有用的习惯很简单：先算出你所在距离的下限，再把实测 Ping 与下限之间的差距视为可以改善的部分。
卫星：另一种距离
地球静止轨道卫星位于赤道上空约 36,000 公里（约 35,786 公里），信号要上去再下来。APNIC 的文章计算得出：对于纬度 45°、与卫星同一子午线的地面站，信号从地球到卫星再返回的时间约为 260 ms。这只是一次“上去再下来”，还没算地面上任何一台路由器处理数据包的时间。请求和回复各要走一次这样的跳跃，所以经地球静止轨道链路的 Ping 起步就约为它的两倍，超过半秒。低轨星座飞得离地面近得多，物理下限也低得多，但规则相同：路径长度除以信号速度就是最小值。
这在实践中意味着什么
- 选最近的测速服务器。 远处的测速服务器测的是距离，而不只是你的线路，所以同一条宽带的延迟可能每次差别很大。参见测速如何选择和测量和测速结果为何会变。
- 远处的 VPN 出口自带下限。 经 VPN 服务器绕一圈会让两个方向的路径都变长，任何协议调优都消除不了。完整分析见VPN 为什么会拖慢网速。
- 延迟与带宽相互独立。 更快的套餐不会缩短行程。二者的关系见网速指标详解，延迟的波动则是抖动。
- RTT 只能给出距离上限，给不出位置。 因为谁也突破不了下限，10 ms 的 Ping 意味着对端距离不会超过约 1,000 公里光纤。排队和绕路会让真实距离比这个上限更近，所以延迟只能排除某些地点，无法精确定位。大多数 IP 位置数据来自注册机构和数据库而非测时，它也有自己的误差，见IP 地理定位有多准。
拿自己的 Ping 对照下限
BrowserInsight 的网络测速测量延迟的方式是：计时浏览器从测试端点取回一个极小响应所需的时间，并对多次请求取平均。该端点运行在 Cloudflare 的网络上，通常由离你较近的数据中心响应，所以个位数或十几毫秒的结果主要反映的是你的最后一公里和本地网络。这本身就很有用：如果连这段近距离延迟都很高，问题出在 Wi-Fi、接入线路或繁忙的链路，而不是距离。
同一页面还会测量到几个大型网站的请求耗时。这些数字包含的不只是光速下限，因为每次都是浏览器发起的完整 HTTP 请求，而且该网站最近的服务器可能很远，但对比仍有价值：如果某个网站明显比其他慢，说明到它的路径很长或有绕路。多测几次，再与你预计距离对应的下限比较；该工具只报告延迟，不显示服务器位置，所以距离需要你自己估算。
常见问题
更好的运营商或光纤套餐能降低到远端服务器的 Ping 吗？ 只能降到下限为止。更好的路由、更少的排队或有线连接可以缩小差距，但没有什么能超过“距离除以光纤中的光速”。
“每 100 公里 1 毫秒”是精确值吗？ 不是。它由约 194,865 km/s 推导而来，四舍五入后约为 1.03 毫秒，忽略了设备延迟，并假设路径与直线一样短。
为什么卫星 Ping 高得多？ 在地球静止轨道链路上，信号要向上走约 36,000 公里再向下走同样的距离。在 APNIC 的示例中，单是这一次跳跃就约 260 ms，而 Ping 去程和回程各需一次，所以还没算地面延迟就已超过半秒。
