其实写这个完全是从功利的角度来的，因为，周末要答辩，所以我必须保持一个清晰的思路。整理直播的主线技术迫在眉睫。
随着互联网视频化的发展，各类网络直播产品层出不穷，比如秀场直播、游戏直播、教育直播、演唱会直播和监控直播 （反正就是N多直播平台了） 等多个直播生态圈。
这些生态圈形成的背后，是视频直播相关技术的不断发展，例如互联网带宽的日益增加，视频压缩标准的日渐完善，视频云技术的出现等。
直播涉及到的技术比较多，主要大类有：采集、前处理、音视频编解码、流媒体协议、系统架构、CDN、播放控制、交互技术等。
本篇文章主要讲流媒体协议。
直播常用到的流媒体协议有rtmp、http、hls、rtsp。
下面简单说一下这几种协议的优劣（下面这张表是我从某个公众号拷贝的，据我所知，公众号也是从CSDN另外某个大佬那里拷贝到他们公众号的）：
| 协议名称 |
优势 |
劣势 |
| rtmp |
● 实时性高：一般能做到3秒内。 ● 支持加密：rtmpe和rtmps为加密协议。 ● 稳定性高：在PC平台上flash播放的最稳定方式是rtmp，如果做CDN或者大中型集群分发，选择稳定性高的协议一定是必要的。 ● 一般主流编码器都支持该协议。 |
● 协议复杂：开发者写起来累，效率也不行。 ● Cache麻烦：流协议做缓存不方便。 |
| http |
● 性能很高：http的性能好，协议简单，高性能服务器也完善。如果分发的量特别大，譬如点播视频网站，没有直播的实时性要求，http协议是最好选择。 ● 没有碎片：http相比hls没有碎片。 ● 穿墙：http协议是互联网唯一肯定会开放的协议，所以不存在封端问题。 |
● 实时性差：延迟10s起步。 ● 原生支持不好：PC上flash对于http流支持还可以，但是移动端对于http的支持不是很完善 |
| hls |
● 性能好：和http一样。 ● 穿墙：和http一样。 ● 原生支持很好：iOS上支持完美，Android上支持差些。PC/flash上现在也有各种as插件支持HLS。 |
● 实时性差：与ts切片长度有关，大约3个切片长度时间的延迟，基本上HLS的延迟在10秒以上。 ● 文件碎片：若分发HLS，码流低，切片较小时，会导致太多的文件碎片 |
| rtsp |
● 延迟低，一般都能够做到500ms。 ● 带宽好，时效率高。 ● 倍速播放，主要是回放的时候提供的功能。 ● 控制精准，任意选择播放点。 |
● 服务端实现复杂。 ● 代理服务器弱：数量少，优化少。 ● 无路由器防火墙穿透 ● 管流分离：需要1-3个通道。 |
总得来看，rtmp以其 优良的实时特性、稳定性、以及主流编解码器都支持的特性胜出。