背景
目前視頻相關(guān)的需求越來越多，眾所周知毙死，視頻文件一般都比較大燎潮，在移動端播放會耗費(fèi)很大的流量，如何讓用戶以最少的流量播放網(wǎng)絡(luò)視頻扼倘，且以最快的速度滿足視頻的播放及用戶拖動響應(yīng)确封，這篇文章將分享一下已經(jīng)實(shí)現(xiàn)的一些策略及方案。
mp4文件基本知識：
對于播放器而言再菊，只要視頻文件的頭信息（時(shí)長爪喘，幀率，碼率纠拔，視頻數(shù)據(jù)偏移量等）解析到了秉剑，然后根據(jù)視頻播放的當(dāng)前時(shí)間對應(yīng)的內(nèi)容數(shù)據(jù)就可以播放視頻，mp4的基本格式可參考http://www.reibang.com/p/3ab4bd0d4219稠诲≌炫簦基于以上诡曙，只要解析到視頻的頭信息，然后緩存視頻數(shù)據(jù)內(nèi)容就可以實(shí)現(xiàn)緩存播放及seek播放略水。
兩種方案
視頻的緩存播放目前有兩種方案价卤，
1、通過解析mp4的格式聚请，將mp4的數(shù)據(jù)直接下載并寫入文件荠雕，然后讓播放器直接播放的是本地的視頻文件；
2驶赏、使用本地代理服務(wù)器進(jìn)行文件緩存炸卑，并將視頻url地址轉(zhuǎn)換成本地代理服務(wù)器地址來實(shí)現(xiàn)視頻的緩存播放。
第一種方案
如圖1所示煤傍，第一種方案是先下載視頻到本地文件盖文，然后把本地視頻文件地址傳給播放器，播放器實(shí)際播放的是本地文件蚯姆。當(dāng)播放器的播放進(jìn)度大于當(dāng)前的可播放的下載緩存進(jìn)度五续，則暫停播放，等緩存到足夠播放時(shí)間之后龄恋，再讓播放器開始播放疙驾。這種方案的下載方式是與播放器完全沒有關(guān)系的，只是順序的將服務(wù)器下發(fā)的視頻數(shù)據(jù)寫入本地文件郭毕，然后讓播放器來讀取數(shù)據(jù)它碎。
但是在調(diào)研的過程中發(fā)現(xiàn)，對于mp4文件其實(shí)有兩種格式的數(shù)據(jù)显押，一種是頭信息（即moov）在視頻頭部扳肛，一種是在視頻尾部，之前已經(jīng)提到過乘碑，視頻播放器只有解析到了頭部才可以播放視頻挖息，所以應(yīng)先獲得mp4的moov才能播放。因此對于moov信息在后面的mp4文件兽肤，必須在視頻緩存的時(shí)候把它寫到文件前面才可以正常播放套腹。對調(diào)換的過程以及mp4格式感興趣的同學(xué)同樣可以參考http://www.reibang.com/p/3ab4bd0d4219 這篇文章。
這種方式雖然能夠滿足緩存播放這個(gè)需求资铡，但是會產(chǎn)生很多問題沉迹，例如視頻下載到本地，下載多少才可以把本地文件作為視頻源傳給播放器即視頻開啟播放速度害驹；播放的速度大于下載速度的話，該怎么辦蛤育？如果播放器seek到文件沒有緩存的位置宛官，應(yīng)該怎么處理葫松？對于視頻關(guān)閉之后，第二次進(jìn)入如何知道已經(jīng)下載了多少底洗？等等問題腋么。
目前的解決方案是，當(dāng)緩存到500kb才把緩存的地址傳給播放器亥揖，視頻文件小于500kb則下載完之后再播放珊擂，起播慢（需要改進(jìn)）。當(dāng)下載進(jìn)度比播放進(jìn)度多5秒的數(shù)據(jù)量才讓播放器播放费变，不然的話就暫停摧扇。如果seek到?jīng)]有緩存的地方就切換到網(wǎng)絡(luò)上停止當(dāng)前的下載，浪費(fèi)一些流量挚歧。每次下載都會保存一份配置文件扛稽，來保存是否下載完成，沒下載完成則第二次根據(jù)當(dāng)前緩存文件大小滑负，重新開始順序下載在张。這個(gè)時(shí)候有些同學(xué)會想，這些數(shù)據(jù)怎么來的矮慕，---只是我們測試出來的經(jīng)驗(yàn)值（亟待改進(jìn)）帮匾。
總的來說第一種方案有如下缺點(diǎn)：
1、用戶播放視頻的時(shí)候可能等待的時(shí)間較長（起播慢）
2痴鳄、流量浪費(fèi)（seek之后會播網(wǎng)絡(luò)流鞋诗，停止下載）
3唆缴、需要太多控制視頻播放的邏輯來進(jìn)行輔助，與播放器代碼耦合嚴(yán)重。
4涎劈、seek之后切源會耗時(shí)，每次seek比較慢
因此經(jīng)過一段時(shí)間的研究忙灼，新的緩存方案應(yīng)運(yùn)而生杭攻。
第二種方案
核心技術(shù)要點(diǎn)：
1、 通過代理服務(wù)器猫态，從socket截取播放器請求數(shù)據(jù)佣蓉；
2、 根據(jù)截取的range信息亲雪，從網(wǎng)絡(luò)服務(wù)器請求視頻數(shù)據(jù)勇凭；
3、 視頻數(shù)據(jù)寫入本地文件义辕，seek后可以從seek位置繼續(xù)寫入并播放虾标；
4、 邊下邊播灌砖，加快播放速度璧函；
5傀蚌、 與播放器邏輯完全解耦，對于播放器只是一個(gè)地址
如圖2所示蘸吓，新的方案是在播放器與視頻源服務(wù)器之間加一層代理服務(wù)器善炫，截取視頻播放器發(fā)送的請求，根據(jù)截取的請求库继，向網(wǎng)絡(luò)服務(wù)器請求數(shù)據(jù)箩艺，然后寫到本地。本地代理服務(wù)器從文件中讀取數(shù)據(jù)并發(fā)送給播放器進(jìn)行播放宪萄。過程如圖3所示：
具體流程如下：
1艺谆、啟動本地代理服務(wù)器。
2雨膨、視頻源地址傳給本地代理服務(wù)器擂涛。
3、將視頻源地址轉(zhuǎn)換成本地代理服務(wù)器的地址作為播放器的視頻源地址聊记。
4撒妈、播放器向本地代理服務(wù)器發(fā)送請求。
5排监、本地代理服務(wù)器截取這個(gè)請求狰右，再根據(jù)解析出來請求的信息向真正的服務(wù)器發(fā)起請求。
6舆床、本地代理服務(wù)器開始接受數(shù)據(jù)棋蚌，寫入文件并將文件數(shù)據(jù)再返回到播放器。
7挨队、播放器接收到這些數(shù)據(jù)之后播放谷暮。
8、seek之后重新進(jìn)行以上步驟盛垦。
代理服務(wù)器視頻文件下載方案
考慮到播放視頻的時(shí)候湿弦，用戶會拖動進(jìn)度條進(jìn)行seek，而此時(shí)需要從用戶拖動的位置進(jìn)行下載腾夯，這樣會讓視頻文件產(chǎn)生許多的空洞颊埃，如圖4所示：
為了節(jié)省流量，只會下載文件中沒有數(shù)據(jù)的部分蝶俱，也就是圖 4藍(lán)色的部分班利。因此需要存儲下載的片段信息。目前采用的數(shù)據(jù)結(jié)構(gòu)如下所示：
fragment = [start榨呆，end]罗标；
array = [fragment 0，fragment 1,fragment 2，fragment 3];
其中fragment指的是下載的片段馒稍，start指的是片段開始的位置皿哨，end為片段的結(jié)束位置。
array指的是存儲fragment的數(shù)組纽谒，數(shù)組中的fragment是依靠start從小到大來來插入到數(shù)組中的，保證了數(shù)組的有序性如输。
下載的片段是記錄在一個(gè)數(shù)組中：array = [fragment0 鼓黔，fragment 1，fragment 2不见，fragment 3];
下載共分為兩個(gè)階段：seek階段和補(bǔ)洞階段澳化。
seek階段：即為在播放的時(shí)候，根據(jù)用戶seek的位置來進(jìn)行下載稳吮。
根據(jù)seek到的位置分為兩種情況：
情況一：如果seek到的位置是在已有的片段中（例如圖中的seek1的位置缎谷，該處有數(shù)據(jù)），就從該片段（fragment1）的末尾請求數(shù)據(jù)（end1）灶似，直到下個(gè)片段的開始位置處（fragment2的start）列林，也就是向服務(wù)器請求的range為：
rang1 = (end1 ) —— start2;
這個(gè)片段下載完成后，假如把下載的片段記為fragment1.1酪惭，則會把fragment1希痴、fragment1.1、fragment2合為一個(gè)片段為fragment1-2春感，則array = [fragment 0砌创，fragement1-2，frament3]鲫懒；這次下載后的狀態(tài)圖5所示：
接下來一直下載直到array = [fragment 0嫩实，fragement1-3];之后會判斷fragement1-3有沒有到文件末尾，如果到了就下載結(jié)束窥岩，如果沒到就從從fragement3的（end3）開始下載直到文件末尾甲献。
情況二：如果seek到的位置沒有在已有的片段中，（例如說是在圖4中的seek2的位置）谦秧，就從seek到的位置開始下載數(shù)據(jù)直到下一個(gè)片段的start（fragment2的start2）竟纳，假如這個(gè)片段記為fragment1.1，則會把fragment1.1和fragment2合并即數(shù)組為：array= [fragment 0疚鲤，fragment1锥累，fagment1.1-2，fragment3]集歇；合并后的情況如圖6所示：接下來的操作就是繼續(xù)下載桶略，直到下載到文件末尾；
如果片段太小保存起來就會讓播放器下次播放的時(shí)候多發(fā)送一次請求，這樣是很耗費(fèi)資源际歼。例如：如圖6所示惶翻，如果fragment1的大小只有1kb，想要補(bǔ)充fragment0與fragment1.1-2之間的數(shù)據(jù)鹅心，就需要發(fā)送兩次請求吕粗，這樣頻繁的發(fā)送請求，比較浪費(fèi)資源旭愧。因此當(dāng)fragment太小颅筋，就不存在配置數(shù)組中。這樣會少發(fā)一次請求输枯，也不會浪費(fèi)很大的流量议泵。
當(dāng)下載片段太小（例如說下載的長度<20KB）桃熄，就不保存在片段數(shù)組中（為了控制片段的粒度）先口。這樣會產(chǎn)生一個(gè)問題，當(dāng)視頻文件中間有一個(gè)空洞小于20KB瞳收，這個(gè)片段永遠(yuǎn)補(bǔ)不上碉京。這個(gè)時(shí)候就需要用到第二階段。
第二階段補(bǔ)洞階段缎讼，就是第二次播放的時(shí)候收夸，如果文件中有空洞，這個(gè)時(shí)候不論片段再小血崭，也會存到片段中卧惜。
最后當(dāng)配置數(shù)組中存的數(shù)據(jù)只剩下最后的{0，length}夹纫，length為視頻總長度的時(shí)候咽瓷，表示文件已全部下載完成。
性能比較
下表的數(shù)據(jù)都是在第一次播放60秒舰讹，7.8M的視頻得出來的性能數(shù)據(jù)茅姜。從表1中可以看出方案二性能比方案一的性能高出很多。
