共享带宽的并行连接与单全带宽连接：并发是否始终更优？

共享带宽的并发连接是否始终优于占用全带宽的单连接？ #

不是。如果单连接已经能完全占满可用带宽，并发连接不仅不会带来速度提升，反而会因为多连接的TCP握手、头部开销，以及服务器端的资源分配（比如连接数限制、进程/线程调度）导致整体效率下降。另外，多连接可能触发网络层面的拥塞控制机制，反而让总吞吐量降低。

并发连接是否总能比单连接更快？ #

当然不是，得看具体场景：

• 传输单个大文件且单连接能跑满带宽时，并发不会更快——多连接拆分传输反而会增加额外开销，甚至因为服务器端的磁盘IO竞争拖慢速度。
• 只有在单连接无法充分利用带宽，或者传输大量小文件时，并发才会体现出优势。比如小文件传输时，单连接要反复建立、断开连接，这些开销占比极高，并发可以同时处理多个文件，把连接开销分摊开。

优先选择并发的适用条件 #

• 批量传输大量小文件：单连接的连接建立/断开成本占比过高，并发能显著降低总耗时
• 单连接无法跑满带宽：比如网络延迟高、丢包率高，TCP慢启动机制让单连接很难达到带宽上限，多连接可以绕过这个限制，叠加吞吐量
• 服务器明确支持并允许足够的并发数：很多FTP服务器默认会限制并发连接数（比如2-5个），如果超过限制会被拒绝连接，甚至封禁IP，得先确认服务器配置
• 更看重总传输耗时而非单个文件的稳定性：并发传输时，个别连接可能因为网络波动失败，但整体总耗时通常比单连接逐个传更短

内容的提问来源于stack exchange，提问作者Claudi