首先，了解了一下视频直播相关的概念。常用的几种视频协议是：RTMP、HTTP-FLV、HLS、RTP/RTCP协议。
然后我们会在说明一下直播整体的流程和相关的技术。
视频直播协议
在直播领域大概可以分类两种类型的在直播：一种是交互式直播，另外一种是非交互式直播。
非交互式直播（如：阅兵直播、NBA直播、欧冠直播等）交互性不强，允许延迟10秒或者10秒以上，特点是源比较少，适合做多路转码（用户可以根据网络条件观看）。
交互式直播的典型场景有：秀场直播、游戏直播等。这些直播因为对主播和观众的互动性要求比较高，所以要求延迟在5s以内。交互式直播的特点是：源比较多，不适合做多路转码，中间服务器只作为中转角色。
直播内容传输的介质是网络，而网络中传播视频或者音频时需要使用对应的协议，目前适合直播场景的常用协议有如下几种。
1.RTMP协议 (HTML 5不支持，Flash支持)
RTMP是一种流媒体协议，是Adobe的专利协议。基于TCP，在国内的使用流行度很高。
流行原因：开源软件和开源库的支持稳定完整，最常用的推流和拉流的解决方案基本上能够很稳定的运行。如：开源的librtmp推流库，服务端有nginx-rtmp插件，拉流有ijkPlayer播放库。
2.HTTP-FLV协议 (HTML 5 不支持，Flash支持)
即使用HTTP协议流式的传输媒体内容。相对于RTMP，HTTP更简单和广为人知。内容延迟同样可以做到2~5秒，打开速度更快，因为HTTP本身没有复杂的状态交互。所以从延迟角度来看，HTTP-FLV要优于RTMP。
3.HLS协议 (HTML 支持，Flash支持)
即Http Live Streaming，是由苹果提出基于HTTP的流媒体传输协议。HLS有一个非常大的优点：HTML5可以直接打开播放；这个意味着可以把一个直播链接通过微信等转发分享，不需要安装任何独立的APP，有浏览器即可，所以流行度很高。社交直播APP，HLS可以说是刚需 。基于HLS的直播流URL是一个m3u8的文件，里面包含了最近若干个小视频TS（一种视频封装格式，这里就不扩展介绍）文件。这种播放形式的延时比较高（与TS文件的大小有关系），同城网络下能够做到5~7秒的延时。
4.RTP/RTCP协议
即 Real-time Transport Protocol，用于Internet上针对多媒体数据流的一种传输层协议。RTCP传输交互控制的信令，RTP传输实际的媒体数据。
RTP在视频监控、视频会议、IP电话上有广泛的应用，因为视频会议、IP电话的一个重要的使用体验：内容实时性强。
对比上述3种协议，RTP和它们有一个重要的区别就是默认是使用UDP协议来传输数据，而RTMP和HTTP是基于TCP协议传输。
使用场景分析：实时音视频流的场景不需要可靠保障，因此也不需要有重传的机制，实时的看到图像声音，网络抖动时丢了一些内容，画面模糊和花屏，完全不重要。TCP为了重传会造成延迟与不同步，如某一截内容因为重传，导致1秒以后才到，那么整个对话就延迟了1秒，随着网络抖动，延迟还会增加成2秒、3秒，如果客户端播放是不加以处理将严重影响直播的体验。如何进行优化，会在后面的文章中进行讲解。
总结：在直播协议的选择中，如果选择是RTMP或HTTP-FLV则意味着有2~5秒的内容延迟，但是就打开延迟来说，HTTP-FLV 要优于RTMP。HLS则有5~7秒的内容延迟。选择RTP进行直播则可以做到1秒内的直播延迟。但就目前所了解，各大CDN厂商没有支持基于RTP直播的，所以目前国内主流还是RTMP或HTTP-FLV。
图玩智能作为直播专业领域的服务商，为企业实现直播平台的二次开发，搭建更具完善的直播系统，欢迎随时沟通www.toivan.com.
来源：oschina
链接：https://my.oschina.net/u/4203900/blog/3209992