为什么握手次数会影响网页打开速度？

建立一条加密连接需要几次往返，代理链路上还要分别与入口和目标网站建立连接。每次往返都要走完整条路径，网页又往往需要连接多个域名，往返次数叠加起来，即使单次延迟不高，首屏时间也会明显变长。

节点延迟低，下载速度却一般，是怎么回事？

延迟和带宽是两件事。延迟说明来回快，带宽说明每秒能搬多少数据。入口、跨境段或落地的带宽紧张时，延迟测试仍可能正常，但大资源的下载会变慢。

有可能。如果节点背后有多台服务器，延迟测试的那条连接和你实际打开网页的连接可能被分到不同服务器，测到的数值只代表其中一台的状况。

节点延迟只代表一次轻量请求走过的那条路径，而打开网页需要多轮握手、在某个位置完成域名解析、再从目标服务器搬运大量数据。 握手次数会把路径延迟成倍放大，解析位置决定你连到哪台目标服务器，带宽决定数据搬得多快，负载均衡还可能让测到的服务器和实际使用的不是同一台。延迟低只排除了其中一小部分问题。

本文从网络路径和节点调度的角度讲原理。从测速数据拆分原因与排查顺序，见延迟低但打开网页慢的常见原因；DNS 等客户端配置，属于规则分流与故障排查的内容。

客户端里的“延迟”有几种测法，覆盖的路径不同：

常用的测试网址通常由大型服务商提供，它们在全球有大量服务器，离任何落地都很近，所以测出的数值往往偏乐观。你要打开的网站则可能在另一个大洲。各种测法之间的口径差异，见机场节点延迟是什么意思。

打开一个加密网站之前，连接要先“打招呼”。在代理链路上，大致分为两段：

你的设备 ──(连接入口+代理协议认证)──> 入口/落地
落地 ──(与目标网站建立连接+加密握手)──> 目标网站
之后：请求 → 响应，每个资源至少一次往返

每一次往返都要走完对应的路径。一个网页通常需要连接多个域名（图片、脚本、字体、统计服务等），每个新域名都要重新握手。于是，页面首屏时间大致取决于“往返次数 × 每次往返的路径长度”，而不是延迟测试那一次往返。

这也解释了两个常见现象：

协议层面怎样减少握手次数，属于协议专题的内容，可以从代理协议：VLESS、Trojan 与 Shadowsocks 开始了解。

很多网站使用内容分发网络，根据“谁在问”来决定返回哪台服务器的地址。如果域名在你本地解析，得到的可能是适合国内访问的地址，而实际访问由海外落地发起，结果落地去连一台离它很远的服务器；反过来，如果在远端解析，地址与落地匹配，但每次解析都要经过代理多走一次往返。

还有一种情况与节点调度直接相关：节点名称写的是某个地区，但出口实际在另一个地区，内容分发网络就会按出口所在地分配服务器。解析与出口不一致造成的访问问题，可以参考 DNS 与出口 IP 不一致会造成哪些访问异常，解析设置对网页速度的影响见 DNS 设置为什么会让网页变慢。

延迟测试很少覆盖“落地到你要访问的网站”这一段。如果你用的是亚洲落地，而网站服务器在美洲，这一段的往返本身就很长，再乘以握手次数，页面自然慢。换一个离目标网站更近的落地，有时比换一个延迟更低的节点更有效。判断方法是：对同一个网站，比较不同地区落地的打开时间，而不是比较延迟数字。

延迟描述“来回一趟多久”，带宽描述“每秒能搬多少”。两者在以下情况下会脱节：

所以，“延迟低、网页里的图片和视频却加载很慢”，往往是带宽或单连接速度的问题，而不是延迟问题。

如果节点背后有服务器侧负载均衡，延迟测试的那条连接可能被分到 A 服务器，你打开网页时的连接却被分到 B 服务器。A 空闲、B 繁忙时，就会出现“测着快、用着慢”。同样，客户端的自动选择策略组按延迟挑节点，挑中的未必是吞吐更好的那个。调度机制的原理见智能负载均衡是什么。

本站整理的品牌资料没有提供任何品牌的握手方式、落地分布或单连接速率，品牌页的测速截图也只是某一时间点的单次记录，不能用来判断网页打开速度。更多节点与入口内容见节点、负载均衡与三网优化专题页，或回到一级专题的节点、负载均衡与三网优化一节。请遵守所在地法律法规与平台条款。