用于渐进式下载的 RTSP 或 HTTP 协议
RTSP 或 HTTP 协议更适合在服务器端执行渐进式下载，为什么？
预先非常感谢
Is RTSP or HTTP protocol more preferable to use for performing progressive download on server side and why ??
Thanks alot in advance
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
HTTP，除非您需要诸如服务器端特技播放之类的东西，您只能通过 RTSP 轻松获得，因为某些运营商会阻止 RTSP。
HTTP unless you need something like server side trick play that you can only easily get through RTSP because some carriers block RTSP.
RTSP 专为流式传输而设计。 HTTP 不是。因此，RTSP 很可能更适合流媒体，具体取决于您的服务器和客户端是否正确实现它。
RTSP is designed specifically for streaming. HTTP is not. So chances are RTSP is better at streaming, depending on whether or not your server and client(s) implement it correctly.
RTSP 是 VoIP 领域的流媒体协议，它在 RTP/UDP 上运行。使用时，客户端可以停止、暂停视频流，并在需要时使用带宽。
另一方面，渐进式下载是一种通过 HTTP/TCP 实现的技术。它只是提供了流媒体体验，但实际上并非如此。它只是像另一个 HTTP 下载一样下载视频文件。 YouTube 就是一个很好的例子。
它不提供暂停、停止功能，下载开始后只能通过关闭浏览器会话来停止。即使播放器停止播放，下载仍会在后台进行。
这使得渐进式下载带宽效率低下，并且当浏览器会话关闭时（例如对视频不感兴趣），无论下载什么视频，带宽都被浪费。
RTSP is the streaming protocol from the VoIP world, and it runs over RTP/UDP. When using it, the client can stop, pause the video stream, and the bandwidth is used when it is needed.
Progressive download on other hand is a technique implemented over HTTP/TCP. It just gives an experience of streaming, but actually it is not. It just downloads the video file as if another HTTP download. Youtube is very good example.
It does not provide the pause, stop capability, and once the download is started it can be stopped only by closing the browser session. Even if the playback is stopped on the player, the download still happens in the background.
This makes the progressive download bandwidth inefficient, and when the browser session is closed (e.g. video is not interested), whatever video is downloaded, the bandwidth is wasted.