打开一个网页要握几次手？代理链路里的连接开销

很多人以为代理只是”换个地址出门”，但一次普通网页访问，在代理链路上其实要完成好几轮握手：TCP 一次、TLS 一次，还可能叠加 DNS 查询。这些握手的次数和位置，往往决定了页面是秒开还是慢吞吞。这篇把代理链路里的握手账算清楚。

一次访问，几次握手

网页打开的背后不是一次请求，而是几十个资源的组合。每个资源如果走新连接，就要重新经历一轮 TCP 握手；HTTPS 页面还要在 TCP 之上再来一轮 TLS 握手；DNS 解析如果走代理统一出口，又要额外一次查询。握手次数一多，往返延迟就被成倍放大。

为什么有时候慢得离谱

网页里的图片、脚本、样式通常分布在多个域名上，每个新域名都是一次全新的 TCP+TLS 握手。如果代理链路本身多一跳，每一次往返的延迟都要乘以链路长度；连接不复用时，几十个资源就是几十轮握手，页面表现为”先空白很久，然后一次性刷出来”。

怎么把握手次数压下来

方向只有一句话：让一个连接多干活。开启连接复用后，一个连接可以承载多个请求，握手从”每资源一次”变成”每域名一次”；HTTP/2 更进一步，同一域名下的并发请求共享一条连接。DNS 也尽量走代理统一出口，避免地址与出口不一致引发额外查询。先在客户端确认这些开关是否已开启，再谈换线路。

1. 数资源：开发者工具网络面板里看一个页面建立了多少条连接
2. 查复用：确认请求是否共用连接（HTTP/2 天然复用，HTTP/1.1 靠 Keep-Alive）
3. 对 DNS：解析结果是否与出口地区一致，不一致会多绕一圈
4. 对比验证：开关代理各测一次，分清慢在握手还是慢在传输

一次握手像一次见面礼，寒暄三轮才算正式认识；页面里几十个”新朋友”，代理要做的不是换朋友，而是别让每次见面都重新寒暄。

与 IP 代理的关系：代理不只换出口，还参与连接建立与复用管理；在遵守平台规则与法律法规的前提下，看清握手发生在哪一段，才能判断慢是代理的锅还是连接本身的锅，也才能把代理资源的价值用在刀刃上。