RTSP协议和HLS协议哪个更好用来做视频站？选择哪一个，取决于您的需求：是追求极致的低延迟，还是追求广泛的兼容性和稳定的用户体验。

以下是两者的对比：

特性对比

设计初衷

RTSP：诞生于1990年代，全称是实时流协议。设计初衷是用于建立和控制实时的媒体会话，如IP摄像头、视频会议系统，强调实时性和控制。

HLS：由苹果公司在2009年推出，全称是HTTP Live Streaming。设计初衷是解决互联网环境下的视频流畅传输和自适应播放，强调兼容性和抗网络波动。

工作原理

RTSP：它是一个有状态的协议，通过RTSP命令与服务器进行交互，建立连接，然后主要通过RTP协议来传输实时的音视频流数据。它是一个持续的、受控的数据流。

HLS：它是一个无状态的、基于HTTP的协议。其工作原理是将视频流切割成一系列小的、通常是几秒钟长的TS文件片段，并生成一个M3U8索引文件。播放器通过HTTP不断下载并播放这些小的文件片段。

延迟方面的情况

RTSP：延迟非常低，通常在1到3秒之间，非常适合实时交互。

HLS：延迟较高，普通HLS延迟在10到30秒之间。虽然低延迟HLS技术可以将其优化到3-5秒，但仍无法与RTSP相比。

兼容性

RTSP：兼容性很差。原生HTML5浏览器不支持，通常需要专门的播放器、浏览器插件或移动端App来播放。

HLS：兼容性极佳。由于基于标准的HTTP协议，它可以穿透任何防火墙，并且被所有现代操作系统和浏览器原生支持。

自适应码率

RTSP：本身不支持自适应码率，或者实现起来非常复杂。

HLS：这是它的核心优势。服务器会提供多套不同码率的视频流，播放器可以根据用户实时的网络速度，自动无缝切换清晰度，以保证播放的流畅性。

切片分发和部署

RTSP：通常需要专用的流媒体服务器，难以利用标准的CDN进行大规模分发，扩展性较差。

HLS：视频片段就是普通的HTTP文件，可以直接使用成熟且成本低廉的CDN进行分发，扩展性极好。

一点建议

根据以上对比，做出如下选择：

选择RTSP的情况：

当超低延迟是首要需求时。例如：视频监控系统、视频电话会议、无人机图传、专业的直播制作内部推流。

当您能控制客户端环境，可以部署专门的播放器，而不依赖Web浏览器。

选择HLS的情况：

当需要最广泛的兼容性，让用户在任何设备、任何浏览器上都能直接观看时。例如：面向公众的在线直播平台、视频点播网站、直播带货、在线教育课程。

当网络环境复杂，需要自适应码率来保证不同网络条件下用户的流畅体验时。

当您可以接受10秒以上的延迟时。

当您希望利用标准的CDN来低成本、高效率地服务大量用户时。

RTSP是为“实时控制”而生的专业协议，而HLS是为“互联网分发”而生的大众协议。

互联网应用，HLS因其无与伦比的兼容性和自适应能力，已成为视频传输领域的标准。而RTSP则在特定的、对实时性要求极高的领域继续有着不可替代的作用。目前的大型的视频平台和直播平台都采用多种方式共存来应对突发的情况。这其中也有创建一个更好的自身协议的平台以应对市场和政策的变化。