基於FLV視頻的RTMP和HTTP區別

配好了FMS/Red5，用flvplayerBack測試RTMP協議通過。想進一步用NetStream做開發的時候，卻發現NetStream.play只支援Http和File兩種協議(參考Flash協助)。
上網檢查youtube，6rooms和56，發現他們用的播放協議也都是Http。按說FMS/Red5作為流媒體伺服器，是專門做過最佳化的。但為何這些網站都沒採用RTMP的協議呢。

RTMP協議和Http比有哪些優勢呢，或者說：我們為什麼要使用FMS/Red5呢？

兩種協議HTTP和RTMP，有點點不同，
用HTTP方式：　先通過IIS 將FLV下載到本機快取，然後再通過NetConnection的本地串連來播放這個FLV，這種方法是播放本地的視頻，並不是播放伺服器的視頻。因此在本機快取裡可以找到這個FLV。其優點就是伺服器下載完這個FLV，伺服器就沒有消耗了，節省伺服器消耗。其缺點就是FLV會緩衝在用戶端，對FLV的保密性不好。
用RTMP方式：　通過NetConnection串連到FMS/Red5伺服器，並即時播放伺服器的FLV檔案，這種方式可以任意選擇視頻播放點（SEEK()），並不象HTTP方式需要緩衝完整個FLV檔案到本地才可以任意選擇播放點，其優點就是在本機快取裡是找不到這個FLV檔案的。其優點就是FLV不會緩衝在用戶端，FLV的保密性好，其缺點就是消耗伺服器資源，串連始終是即時的。
一句話，一個是本地播放，一個是伺服器即時播放，因需而定。

HTTP現在應用的比較多，因為這個完全不需要RED5或者FMS的伺服器端的支援，普通的WEB伺服器都可以實現（虛擬機器主機）
後面一個就必須有伺服器了，不過保密性會強一些。

只所以大多數網站都用HTTP模式，一個是因為對伺服器來說壓力小一些，另外一種對FLASH來講，播放器的參數更容易設定一些，因為只要修改xxx.swf?file=xxx就可以了：）