由于HTTP/2.0利用了请求复用，我一直想知道是否使用HTTP/2.0而不是HTTP/1.1来进行HLS流。
我目前的HLS流似乎使用HTTP/1.1，至少，这是我在网络选项卡中检查我的Native HLS Playback Chrome扩展时收集到的，所有媒体播放列表和TS块都通过HTTP/1.1传输。
在这一点上，我没有发现任何关于HTTP/2.0上的HLS的信息，但有一些关于HTTP/2.0MPEG-DASH的信息，所以我想知道HTTP/2.0下的HLS是否可能。如果是，我会降低服务器和客户端设备之间的延迟吗？
相关问题：Exoplayer是否支持HTTP/2.0上的HLS？
是的，这是可能的，但不会减少延迟。
苹果最近发布了低延迟规范。它包括HTTP/2推送支持，以实现非常低的延迟。
点击此处查看他们的规格
它可能会像其他实时协议一样快速地将您的视频数据传输到safari和iOS中。：(
HLS和Dash是HTTP之上的协议，例如根据HTTP GET请求进行定义。它们将在HTTP/1.1和HTTP/2上工作。唯一的问题是客户端是否支持HTTP/2，以及为流提供服务的服务器是否支持HTTP%2。这些问题需要针对每个申请单独提出。
我估计HTTP/2支持不会为这些用例带来太多优势。HTTP/2最擅长在单个TCP连接上多路传输大量小请求，并避免创建新连接的开销。对于视频流，没有那么多并发的小请求，而是客户端一块一块地获取更大的块。这应该在HTTP/1.1连接上运行得很好，并带有保持活动(它也不需要每个请求都有一个新的连接，只是不支持并行请求(。
对于这种特殊的用例，HTTP/1.1可能比HTTP/2更高效，因为在TCP之上没有其他流控制机制的开销。