基于proxy方案的iOS 视频播放cache实践

2017年是短视频应用火爆的一年,在短视频应用中,必然会遇到的一个问题就是用户在反复观看同一个视频的时候,如何减少网络流量的使用。
如果用户第一次完整观看了视频,其实整个视频的内容已经进行了一次下载,如果重复观看需要重复下载的话,会导致流量成倍的上升。
在第一次观看时,能否把视频数据进行cache?大致有两种方式:

  1. 保存在内存中,解码播放的数据不释放,无论是重复观看还是往回seek,都可以快速提供数据;
  2. 解码播放后的内存数据cache到硬盘,然后释放掉内存数据。下次播放时,从本地读取,命中则不发起网络请求。

相比而言,内存cache实现难度最低,但是内存开销问题显著。金山云多媒体SDK采用了第二种方案。

1. httpcache的作用

一般的视频播放流程为由播放器直接向视频服务器发起数据请求,然后服务器源源不断的想播放器发送数据供播放器持续播放直到播放结束,当再一次播放时需要重复这一过程,从而每次播放都会产生网络流量。


ksy_http_cache

而如果加入了httpcache后的结构如上图所示,httpcache位于播放器和网络资源之间,作为一个http代理,一方面从视频服务器上获取视频数据,另一方面将视频数据交给播放器进行播放,如果不考虑本地缓存的问题的话,它就是完成了一个数据透传的功能。
此时的播放流程变为:

  1. 播放器向cache模块发起请求;
  2. cache模块向视频服务器发起请求;
  3. 视频服务器将数据发给cache模块;
  4. cache模块将数据发送给播放器;

此处视频数据不再是直接由视频服务器到播放器,而是中间经过了一个cache模块的中转,这样我们就可以在cache模块中对数据进行操作,无论是保存到本地还是直接转发,都可以在这个模块中进行。
而对于播放器来说,它访问的已经由原来的视频服务器变为cache模块,只要在它需要数据时,cache模块能够迅速完整的提供相应的数据就可以了,而不再需要关心数据从而来。

2. http代理的实现

http代理即作为一个http服务端,又作为一个http客户端。对于播放器来说,它是http服务端,为播放器提供http服务。另一方面,它又要作为http客户端从远端视频服务器上获取实际数据。

为实现http代理的功能,就需要将播放器原来要访问的URL进行改造,使其访问本地的http代理服务,然后http代理服务又能从URL中解析出实际要访问的地址。

最简单也最直观的方式的就是在原来URL前加入本地http代理服务的地址,如原始URL为

http://ks3-cn-beijing.ksyun.com/mobile/test.mp4

当使用http代理的方式访问时,将其改变为

http://127.0.0.1:8123/http://ks3-cn-beijing.ksyun.com/mobile/test.mp4

在原来的URL前加入了http://127.0.0.1:8123/,表示使用http的方式访问本机的8123端口,请求参数为原来的URL。
多媒体SDK实际提供了一个查询方法:
-(NSString*)getProxyUrl:(NSString*)url
该方法输入为原始URL,返回通过代理访问时应该使用的URL。

3. 本地缓存文件的管理

对于视频服务器来说,视频文件就是一个单独的文件,当有播放器要播放时,只需要遵循http协议,播放器请求该文件的哪部分内容,就将其发送出去即可。
而对于cache模块,并不能简单的将转发的内容直接存储到本地就行的,需要考虑以下几个方面:

  1. 需要将缓存文件和实际url进行关联;
    直接使用url对缓冲文件命名即可,可能需要考虑的是部分url可能会带有http查询参数,不同的参数对应的其实也是同一个文件,这时候需要考虑是否可以忽略这些参数。

  2. 播放器可能只播放一部分就退出了,在播放过程中会有手动改变播放进度的情况,这样都会导致缓存的文件不完整;
    所以需要另外一个索引文件来记录当前缓存文件的状态,需要记录缓存文件的总大小、已经缓存的数据位置和大小。

  3. 在重复播放缓存不完整的视频时cache模块的处理;
    需要根据播放器的http请求的Range字段,判断该部分数据是否已经缓存到本地,已缓存的部分从本地读取,未缓存的部分需要向远端服务器请求数据,转发给播放器,并缓存到本地,更新索引信息。

  4. 缓存文件的管理;
    包括已缓存文件查询和删除,缓存进度的查询,缓存文件总大小的管理(防止超出可存储大小)等。

5. 其他需要考虑的问题

  1. 错误处理;
  2. 播放器所支持的一些网络相关设置,http代理也应该支持;
  3. iOS应用在长时间处于非活动状态(如切后台或锁屏)时,本地http服务会失效,如何将其重启;

也欢迎大家使用我们的直播、短视频SDK。金山云SDK仓库地址:
https://github.com/ksvc

金山云SDK相关的QQ交流群:

  • 视频云技术交流群:574179720
  • 视频云Android技术交流:6200036233
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,230评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,261评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,089评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,542评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,542评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,544评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,922评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,578评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,816评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,576评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,658评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,359评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,937评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,920评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,156评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,859评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,381评论 2 342

推荐阅读更多精彩内容