复用减少重复工作
连接复用可以减少重复握手和状态创建，多路复用则允许在一条承载中组织多个逻辑交互。二者不是同一概念。具体是否支持独立流控、取消和错误隔离，取决于协议与实现，不能用“复用”二字概括全部行为。
逻辑独立不等于资源独立
多个流可能共享发送窗口、拥塞反馈、CPU 和外层链路。一个大下载即使不阻塞另一个流的排序，也可能消耗大量容量。应区分按序等待造成的阻塞和共享资源竞争，两种问题的解决方法不同。
独立连接也不是越多越好
分开连接可能改善部分故障隔离，但增加握手、内存和管理开销，也可能改变与其他用户竞争的方式。无限提高并发并不能突破瓶颈容量，反而可能增加排队和服务器压力。
按业务权衡而非追求单一数字
影音、游戏和文件传输对等待的容忍不同。运营方应观察混合负载下的延迟与稳定性；用户则根据客户端实际提供的选项使用，不应假定归巢所有版本都允许自行调整复用参数。
场景示例
两项业务共享链路，一项大下载使语音迟滞，可能是容量竞争而不是协议排序阻塞。仅增加逻辑流数量未必解决问题。
实践检查清单
- 画出逻辑流和外层连接关系。
- 分别观察排序等待与带宽竞争。
- 用混合负载比较收益与成本。
参考资料
以下为相关标准或背景资料。本文是独立技术说明，示例不代表归巢实测或功能承诺。
实际网络表现受地区、运营商、目标服务、协议实现与负载影响。归巢的具体功能、会员权益及可用线路，以当前客户端和正式服务说明为准。