為什么很多視頻網站都使用m3u8？相比與mp4直傳視頻流哪個快，有何優勢?為何點播要用M3U8來搞?存成一個文件不更好嗎?M3U8文件格式是一種特殊的媒體播放列表文件，它采用UTF-8編碼，可以用來存儲多媒體文件的播放列表，可以方便的用來播放視頻和音頻流，M3U8文件格式的優勢使它成為視頻和音頻傳輸的首選。它可以應用于各種場景，例如網絡電視、在線直播、視頻會議等。
特別是使用M3U8文件格式來實現自適應流媒體，可以有效的提升用戶體驗，減少視頻或音頻的卡頓和緩沖問題。同時，M3U8文件格式也可以用于播放器、流媒體服務器、節點緩存等軟件的開發，以及視頻和音頻傳輸的開發。可以說是視頻和音頻傳輸的一種不錯的選擇。
舉個很簡單的例子，給你一瓶3L的可樂(mp4的整文件幾百M)，讓你一口喝下去(讀取整個mp4文件的信息并且需要下載一段內容)，可能會嗆死你(首次打開播放超慢，加載時間長)，如果你把可樂(mp4文件)分成好幾杯(切片m3u8)，然后一杯一杯的喝(分片播放)，是不是喝起來就爽多了?(每個分片100來kb播放更快)。
視頻網站服務器租用：http://www.bxgb88.com/solutions/vedio.html
一、視頻M3U8支持中遇到的一些問題，及優化措施
1、提前預加載，獲取所有m3u8列表，跑個腳本，先全部預加載到CDN設備上。比較土，但不影響后續觀看體驗。
2、實時預加載，在CDN設備上首次獲取M3U8文件時，在CDN端對M3U8進行解析，自行在CDN內部完成對視頻文件的預熱。相對更理想，但在CDN端做解析，會讓M3U8從源站到客戶端加大延遲。相對1來說稍復雜點。
m3u8+ts分片播放的優勢
1.
速度：根據剛才的例子，mp4文件播放在開始加載的時候會讀取很大的文件信息，出現的情況就是卡頓很長時間才能播放，而m3u8分片則會瞬間讀取整個視頻文件信息，馬上開始加載第一片ts視頻文件播放，不管是開始播放還是拖拽播放的加載速度都比mp4快N倍。
2.
磁盤：高清點播長視頻一般都是G級別的，對于大文件下載來說，單盤的IO壓力較大。如果能在磁盤上將大文件打散分片存儲，需要播放的部分才下載，不需要播放的部分則不下載，這樣硬盤IO將會大大緩解
3. 容錯：下載或存儲過程中，1G的文件中任一字節出錯將導致
可能會導致改視頻的失效，而被切成小碎片后，容錯將變得相對簡單，只需補全出錯的切片即可。
4.
分發：大文件分發起來相對小文件比較困難，下載耗時長，特別是在服務初期，源服務器需要承受極高的磁盤IO請求，基本上很少看到超大文件做cdn分發的，而ts分片文件做cdn緩存就很容易了，文件小緩存速度快，基本上沒有緩存失敗的可能。
5.
播放：mp4在http狀態下會一直下載文件，不管用戶是否需要播放后面的內容都會一直下載直到完全下載完成，而分片文件則不存在這個問題，通過播放器或服務器端的控制，只下載需要播放的部分內容，不播放則不下載。
M3U8文件格式的劣勢
M3U8文件格式也有一些缺點。首先，由于它是一種文本格式，因此它不能支持視頻和音頻流中的加密和DRM保護功能，這就意味著它不能支持付費內容的傳輸。其次，它并不能支持多種格式的多媒體文件，只能支持MPEG-4和HLS流媒體文件。最后，由于它是一種文本格式，因此它的文件體積較小，傳輸速度較慢，不適合大型多媒體文件的傳輸。
二、CDN對m3u8點播需要做哪些支持?
受限于播放器與源站之間的交互行為的不確定性，給M3U8做緩存 加速服務時，最好先抓包 分析下 在播放器
與源站直接交互時的請求與響應頭，這樣會加速解決在經過CDN時遇到的故障。
特別是需要注意：
1.源站明確告訴播放器哪些內容不能緩存，明確cache-control：no-cache的，盡量不要與源站配置一致，如可能影響到播放器的xml控制文件及M3U8文件(分析其內容是否會變化)
2.長連接：源站與播放器直接的交互是開啟長連接，Connection：keep-alive，如果是長連接的話，在拿wireshark
打開包時，點擊follow stream時，將可以看到一個stream流中有多次GET請求及響應，一般的播放及拖拽卡頓，很有可能是長連接沒有打開，注意開啟
CDN設備到 播放器，及CDN到源站的長連接。這樣可以將miss時對用戶的體驗降到最低。
最后，
M3U8文件格式的優勢使它成為視頻和音頻傳輸的首選，可以應用于各種場景，以及視頻和音頻傳輸的開發。具有自適應流媒體、文件體積小、字幕支持等優勢，但也有一些劣勢，如不支持加密和DRM保護功能、不支持多種格式的多媒體文件等。容易卡頓，可能是你訪問該服務器的m3u8
延遲較高，網絡問題，也可能是服務器沒配好而已。
上一篇：
pt下載站需要多大服務器?
下一篇：
想帶貨，TK猛踹一腳，tiktok一定要專用節點嗎？
