- HTTP： 先通过服务器将FLV下载到本地缓存，然后再通过NetConnection的本地连接来播放这个FLV，这种方法是播放本地的视频，并不是播放服务器的视频。因此在本地缓存里可以找到这个FLV。其优点就是服务器下载完这个FLV，服务器就没有消耗了，节省服务器消耗。其缺点就是FLV会缓存在客户端，对FLV的保密性不好。
是一种将直播流模拟成FLV文件，通过HTTP协议进行下载的模式来实现流媒体传输的协议，端口号80
一般建议使用HTTP FLV，实时性和RTMP相等。
优点：HTTP相比于RTMP省去了一些协议交互时间，首屏时间更短。HTTP可拓展的功能更多。
-
RTMP： 通过NetConnection连接到FMS(Flash Media Server)或Red5服务器，并实时播放服务器的FLV文件，这种方式可以任意选择视频播放点，并不象HTTP方式需要缓存完整个FLV文件到本地才可以任意选择播放点，其优点就是在本地缓存里是找不到这个FLV文件的。其优点就是FLV不会缓存在客户端，FLV的保密性好，其缺点就是消耗服务器资源，连接始终是实时的。
由以上分析可知，Http方式是本地播放，而RTMP方式是服务器实时播放.
Adobe公司的流媒体传输协议，端口号1935
普通网络用户均可使用，包括非IOS平台用户，对非80端口（如1935）无限制的网络环境用户。
优点：防HTTP下载，延时短。
- RTSP: RTSP 1.0标准的制订者没有充分预测到互联网带宽的快速增长，以及由于IPv4地址短缺导致的NAT技术的广泛使用，还有代理服务器的大量存在，它在传输可靠性和易用性上都存在一定的缺陷。虽然各家厂商都做了一定程度的修补，比如支持RTSP over HTTP，支持NAT穿透等，但仍然于事无补。在2005之后网络视频大爆炸的几年中，RTSP 1.0并没有得到youtube, hulu, 土豆，优酷等视频服务提供商的青睐，相反，Adobe公司开发的私有流媒体技术RTMP以其优秀的易用性和富媒体的一体化集成，得到了多数视频服务提供商的追捧，成为了事实上的标准.
缺点：web端播放rtsp流的话，需要写插件，而且对浏览器也很挑剔，flash不支持rtsp，需要做activeX插件
目前的CDN都是基于RTMP的
- HLS(Http Living Streaming): 从2010年起，苹果开始在iOS设备上支持一种叫做”Live HTTP”的流媒体技术，并宣布在iOS上不会支持RTSP和Flash技术。Live HTTP本质上跟基于HTTP的文件分段下载很接近。在带宽充裕的前提下，live HTTP能够实现跟RTSP和RTMP同样的流媒体播放效果，同时得到了更好的易用性，更简单的控制。
在最新一代的超文本标识语言HTML5中，视频文件的点播，同样也采用了HTTP作为其承载协议。
HLS
IOS平台下的流媒体传输协议 ，端口号80
优点：H5浏览器支持比较好，IOS，安卓原生支持。
缺点：延迟性比较大。楼上说的切片，关键帧改变后切片时间可以缩短，而且可以自己设定首次产生多少分片。