一个请求在路上要走多久？

请求并不是沿一根线直达服务器的。它从手机出发，经过家里的路由器（网络上的中转站）、运营商的设备，再经过沿途许多路由器，一站站被转交。每个路由器只看消息上写的地址，决定交给哪个方向的下一站，不必知道整条路线；它们只负责转交，两端并不是直接连着的。

消息还会被切成许多小段，每一段叫一个数据包（packet），各自写着两端的地址和这是第几段。它们可能走不同的路线、不按顺序到达，到了再按编号拼好；丢了哪几段，只补发那几段。下图里的响应画成三个点，表示它被切成了几段。

一条消息送到对方、再带着结果回来，路上一共花的时间叫往返时间（round-trip time）。它首先取决于距离：光在光纤里每秒约走 20 万公里，所以每 100 公里直线距离，一个来回至少约 1 毫秒（千分之一秒）。实际的线路不走直线，沿途的路由器还要转交、排队，测出来的往返时间比这个下限长。

其次取决于来回几次。连接已经建好、文件又不大时，取一份文件只要一个来回。第一次打开一个网页就要多走几趟：先建立连接，也就是两端先确认彼此都在、准备好收发（一个来回）；再商量加密，也就是先约定一套只有两端能读懂的写法（又一个来回）；然后取回网页本身（一个来回）；网页里提到的照片和样式，要等它到了才去取（至少再一个来回）。按现在常见的做法，不算查地址，合起来至少四个来回。在下图里调节距离和来回次数，看路上的时间怎样累加。

一个请求从发出到收到响应所用的时间，叫延迟（latency），它既包括路上的往返时间，也包括服务器处理的时间；往返时间只算路上。读者总共要等多久，这里叫等待时间：从点开链接算起，包括查地址、建立连接、商量加密，以及之后一轮轮请求的延迟。离得远、来回多，等待就成倍增加；服务器处理得慢，等待也会变长。