一条连接可以承载多个交换
HTTP/2 用流和帧组织同一连接中的多个请求与响应，减少某些重复连接开销。它并不意味着任意数量请求同时完成，也不取消客户端、服务端和连接层资源限制。实际并发仍受协商与实现影响。
底层 TCP 仍按序交付
多个逻辑流如果使用同一 TCP 连接，底层缺失字节仍可能影响后续数据交付。HTTP 层流之间独立，与传输层排序是否阻塞，是两个不同问题。不能只看到支持多路复用，就认为丢包不会影响其他请求。
服务器也可能排队
应用处理、数据库和资源生成慢，会体现在响应等待中，并非全部由 HTTP 版本导致。若改用其他传输方式却未改变后端瓶颈，页面可能依旧慢。诊断应把连接、请求调度和业务处理分开。
版本比较需要相同条件
用不同内容、不同缓存状态比较 HTTP/2 和 HTTP/3，难以归因。应固定内容、设备、缓存与网络，并确认实际协商版本。归巢用户更应关注目标应用的连续表现，而不是只根据协议版本判断节点优劣。
场景示例
某张图片的服务器生成很慢，换成多路复用也不一定提前完成；另一个流能否继续，还要看传输和应用层的不同限制。
实践检查清单
- 确认实际协商版本。
- 保持资源和缓存条件一致。
- 区分应用排队与传输层等待。
参考资料
以下为相关标准或背景资料。本文是独立技术说明，示例不代表归巢实测或功能承诺。
实际网络表现受地区、运营商、目标服务、协议实现与负载影响。归巢的具体功能、会员权益及可用线路，以当前客户端和正式服务说明为准。