跑同一批任务时，头几个请求总要多等一会儿，后面就顺起来了。这个现象背后的原因不复杂：一开始的连接建立过程花掉了额外时间，而后面那些请求搭的是同一条已经建好的连接。理解这条连接能复用多少次、什么时候会被回收，对判断延迟和排查超时都很有帮助。
建立一条连接，时间都花在哪
第一步是找到目标在哪。访问之前需要先把域名解析成地址，这一步走的是另外一条通道，本身就要花时间，网络状况不好时甚至要重试。
第二步是握手。客户端和服务器之间要来回几次才能把一条通道确认下来，这几次来回的时间是纯粹的等待，没有传输任何实际内容。物理距离越远，这段等待越明显。
第三步是加密协商。如果走的是加密连接，握手之后还要再协商加密方式、交换密钥，又是一到两次来回。这也是为什么第一次访问一个站点总是比后续慢。
第四步才是真正发出第一个请求。前面三步加起来的时间，往往比请求本身的处理时间还长。所谓复用，省掉的正是这前三步。
复用是怎么实现的，又会在什么情况下中断
请求完成后，通道并不会立刻拆掉，双方约定让它保持一小段时间，这段时间里再有请求就直接沿用，不必重新握手——这就是复用的基本思路。客户端这边通常还维护着一个连接池，按目标地址分组存放已建立的连接，取用时优先从池里拿。连接不会无限期保留：空闲超过约定时间会被主动关闭，服务器也可能因为资源调度提前断开，中间链路上的设备同样可能清理长时间闲置的通道。另外三种情况必须新建连接——切换了出口地址、目标地址变了、加密方式或协议版本不一致。这也是频繁轮换地址会让整体变慢的原因：每换一次，前面三步就要重走一遍。
复用省下的是前面那几步：解析、握手、加密协商都不用重来，所以第二个请求开始明显变快，任务越长优势越明显。
空闲窗口决定能复用多久：这个时间由通信双方和中间链路共同决定，任务间隔一旦超过窗口，连接就已经被回收，下一次请求又要从握手开始。
换地址等于换连接：出口一变，原有的连接无法沿用，所以轮换策略要在”需要新身份”和”保留复用收益”之间找平衡，不是换得越勤越好。
小结：连接复用省掉的是解析、握手与加密协商这几段固定开销，能否用上取决于空闲窗口长短与出口是否变动。使用代理IP时，把同一目标地址的请求尽量聚在一起发、给轮换留出间隔而不是逐请求更换，既拿得到复用带来的速度收益，也保留了必要的身份切换空间。