不少人发现，打开浏览器的开发者工具，Network 面板里十几个不同域名的请求挂在同一条连接上——这是 HTTP/2 的连接合并（Connection Coalescing）在起作用，而它和代理IP 链路的关系，很多人没注意到。
连接合并，是把多个域名并到一条连接上
浏览器在发起请求前，会先做域名解析，拿到出口 IP 后再去建立连接。当几个域名解析到同一个出口 IP，浏览器就会尝试复用同一条连接，而不是重复建连，省下反复握手的开销。
光有相同的出口 IP 还不够，浏览器还要确认这些域名的证书能覆盖彼此。证书条件满足后，浏览器才会真正把连接合并，几个域名的请求共用同一条 HTTP/2 连接。
连接合并后，这条连接上的请求按多路复用方式传输，一条连接同时承载几十个请求，带宽和延迟被摊薄，页面加载明显变快，这是 HTTP/2 带来的实际收益。
代理IP 场景下，这些域名解析到的出口 IP，来自代理IP 出口。出口不变时，合并关系稳定；出口一变，合并的前提就被打破，浏览器需要重新评估是否还能复用旧连接。
合并的代价：一条连接断了，全部请求一起重来
连接合并是高效的，代价是形成了单一故障点。同一条连接上的任何中断，都会让这条连接承载的所有域名请求同时失败。代理IP 出口抖动时，表现不是某个域名打不开，而是整站十几个域名一起转圈。
这个特性在网页多开、多账号登录这类场景里格外明显。十几个域名共用一条连接，出口一抖，所有页面的请求同时受牵连，看起来像整台设备都卡了，其实链路就断在合并连接这一层。
代理IP 出口变化，合并关系会被打散
合并的前提是出口 IP 稳定。代理IP 出口一切换，浏览器发现新出口和旧连接不一致，会主动断开旧连接重新建连，合并关系被打散，所有域名重新握手。频繁切换代理IP 出口的会话里，连接合并基本形同虚设。
出口切换后，浏览器也不是立刻就能重新合并。它要先重新解析域名、验证证书覆盖关系，再决定能否复用新连接，这个重建过程本身就消耗时间。切换越频繁，重建开销越大，页面加载就越慢。
出口稳定，合并才成立。想享受连接合并的效率，先把代理IP 出口稳定住。同一个会话内不要来回切换，出口一换，前面建立的合并连接全部作废，重新握手的时间都白花了。
排查看 Protocol 列。页面慢的时候，打开 Network 面板看请求的 Protocol 列。正常情况下多个域名显示同一个 h2 连接；如果看到一堆新连接在反复建立，基本可以判断是代理IP 出口在频繁变化。
出口变化不等于要换代理。连接合并被打散，是出口切换的自然结果，不是代理IP 质量有问题。把出口固定下来，合并关系会在一两次请求后自动恢复，不需要反复折腾配置。
小结：连接合并是 HTTP/2 的高效机制，代理IP 出口的稳定性决定了它能不能发挥出来。出口稳，一条连接承载全站请求；出口频繁变化，合并失效，重新握手的时间全变成等待。