RTMP協議比較全能，既可以用來推送又(yòu)可以用來直播，其核心理念是将大(dà)塊的視頻(pín)幀和音頻(pín)幀“剁碎”，然後以小(xiǎo)數據包的形式在互聯網上進行傳輸，而且支持加密，因此隐私性相對比較理想，但拆包組包的過程比較複雜(zá)，所以在海量并發時也容易出現一(yī)些不可預期的穩定性問題。
HTTP-FLV協議由Adobe公司主推，格式極其簡單，隻是在大(dà)塊的視頻(pín)幀和音視頻(pín)頭部加入一(yī)些标記頭信息，由于這種極緻的簡潔，在延遲表現和大(dà)規模并發方面都很成熟。唯一(yī)的不足就是在手機浏覽器上的支持非常有限，但是用作手機端APP直播協議卻異常合适。
HLS協議：蘋果推出的解決方案，将視頻(pín)分(fēn)成5-10秒的視頻(pín)小(xiǎo)分(fēn)片，然後用m3u8索引表進行管理，由于客戶端下(xià)載到的視頻(pín)都是5-10秒的完整數據，故視頻(pín)的流暢性很好，但也同樣引入了很大(dà)的延遲（HLS的一(yī)般延遲在10-30s左右）。相比于FLV， HLS在iPhone和大(dà)部分(fēn)android手機浏覽器上的支持非常給力，所以常用于QQ和微信朋友圈的URL分(fēn)享。
| 優點 | 缺點 | 延時 | 特點 | 适合端 | |
|---|---|---|---|---|---|
| RTMP | 延時低 |
高并發下(xià)不穩定 iOS 平台要開(kāi)發支持相關協議的播放(fàng)器 使用非标準TCP端口 |
1S～3S | TCP 長連接 | PC端 |
| HLS |
跨平台 可通過html5解封包播放(fàng) |
延時高 | > 10S | HTTP 短連接 | PC端 ， 移動端 |
| HTTP-FLV |
延時低 可通過html5解封包播放(fàng) |
需要集成SDK才能播放(fàng) |
1S～3S | TCP 長連接 | PC端 |
下(xià)一(yī)篇 常見視頻(pín)分(fēn)辨率與比例對照表
上一(yī)篇： 常見的推流包括哪幾種形式？