在速度方面，通过HLS或DASH等自适应流媒体协议提供静态视频内容(而非直播(是否比使用HTTP服务器直接将其作为文件提供有优势？
例如，当你有一个500MB的mp4 h264+AAC视频，你必须通过HTML5视频元素在网站上提供。你宁愿直接提供它吗？因为大多数流行的浏览器实现了诸如查找之类的功能，而不需要先下载整个文件；还是使用ffmpeg或类似的解决方案从mp4文件创建HLS块，并为HTML5视频元素提供.m3u8播放列表源。这样做的速度真的有优势吗？
如果你有数百个视频文件都作为静态内容，你会实现哪一个？
大多数大型视频点播(VOD(OTT服务将使用ABR进行流式传输。
这是因为它允许最终用户设备根据当前网络条件选择最佳分辨率和比特率。
它还可以避免浪费带宽，因为设备会意识到自己的功能，并且可以避免流式传输4K，例如，如果它只能显示HD或更低的分辨率。
当视频第一次启动时，它可以使用较低的分辨率和比特率来帮助加快启动速度，因为这将下载虚假信息，然后在网络条件允许的情况下加快启动速度。当你开始一个新视频时，你经常可以在Netflix和YouTube等服务上观察到这一点。
您可以在此处查看统计数据和切换行为的方法：https://stackoverflow.com/a/42365034/334402
如果你有一个封闭的用户组，并且你知道他们都可以高速连接到你的服务器，例如在高容量的内部网络上，那么你可能不需要复杂性，但在大多数其他情况下，ABR通常更受欢迎。