HTTP-FLV——初探1

1、HTTP-FLV，即将音视频数据封装成 FLV，然后通过 HTTP 协议传输给客户端。
HLS 其实是一个 “文本协议”，而并非流媒体协议。那么，什么样的协议才能称之为流媒体协议呢？
流(stream)： 数据在网络上按时间先后次序传输和播放的连续音/视频数据流。之所以可以按照顺序传输和播放连续是因为在类似 RTMP、FLV 协议中，每一个音视频数据都被封装成了包含时间戳信息头的数据包。而当播放器拿到这些数据包解包的时候能够根据时间戳信息把这些音视频数据和之前到达的音视频数据连续起来播放。MP4、MKV 等等类似这种封装，必须拿到完整的音视频文件才能播放，因为里面的单个音视频数据块不带有时间戳信息，播放器不能将这些没有时间戳信息数据块连续起来，所以就不能实时的解码播放。

 

2、延迟分析：

理论上（除去网络延迟外），FLV 可以做到仅仅一个音视频 tag 的延迟。
相比 RTMP 的优点：

• 可以在一定程度上避免防火墙的干扰 （例如, 有的机房只允许 80 端口通过）；
• 可以很好的兼容 HTTP 302 跳转，做到灵活调度；
• 可以使用 HTTPS 做加密通道；
• 很好的支持移动端（Android，IOS）；

 

3、HTTP方式：HTTP-FLV先通过流媒体服务器将FLV下载到本地缓存，然后再通过NetConnection的本地连接来播放这个FLV，这种方法是播放本地的视频，并不是播放服务器的视频。因此在本地缓存里可以找到这个FLV，其优点就是服务器下载完这个FLV，服务器就没有消耗了，节省服务器消耗。其缺点就是FLV会缓存在客户端，对FLV的保密性不好。

 

4、用RTMP方式：通过NetConnection连接到FMS/Red5服务器，并实时播放服务器的FLV文件，这种方式可以任意选择视频播放点（SEEK()），并不象HTTP方式需要缓存完整个FLV文件到本地才可以任意选择播放点，其优点就是在本地缓存里是找不到这个FLV文件的。不会缓存在客户端，保密性好，其缺点就是消耗服务器资源，连接始终是实时的。

 

 

 

参考&&致谢：

https://www.jianshu.com/p/bfdba8ab903a