显然，我不能在同一台服务器上实现不同URL的并行读取，甚至在多个物理接口（NIC）上发出真正的当代请求。
我认为问题可能是HTTP协议是面向连接的，然后请求在较低级别被序列化为TCP / IP堆栈（这是正确的措辞吗？）。
尝试重新实现＆＃39;是否有意义？一个带有无连接模式的高级HTTP请求，比如UDP，并处理自己的数据包寻址，以加速流式传输？
答案 0 :(得分：1)
HTTP请求是独立的。它们可以是任意多个独立连接的问题。 HTTP并没有对并发性施加限制。
你遇到了一些资源限制。也许您的客户端库限制了并发调用的数量。也许服务器确实如此。也许网络得到充分利用。也许服务器使用的后端资源最大化。
找出瓶颈并消除它。传输协议不是问题。改变它无济于事。
不同的网址
URL是否不同没有区别，除非服务器实现了一些特殊的限制。极不可能。
在多个物理接口（NIC）上。
您可能不受网络限制。
请求在较低级别被序列化为TCP / IP堆栈
没有。连接管理不是HTTP的一部分。客户端决定使用多少个连接。重新配置客户端。
答案 1 :(得分：0)
尝试使用无连接模式（例如UDP）“重新实现”高级HTTP请求并处理自己的数据包寻址以加速流式传输是否有意义？
您必须自己重新实现TCP协议的流量控制，分段碎片，重传和其他功能。然后，您的HTTP实现将与标准实现不兼容。
所以不，它没有多大意义。
对于流式传输，您可能希望使用专为流媒体设计的协议，例如WebRTC。