Android主流视频播放及缓存实现原理调研
前言
本文针对视频播放及缓存方案进行调研，对于Android端常用的视频播放器的缓存策略介绍及实现原理。
播放器直连
流程图
优点
实现简单，逻辑易懂。
缺点
- 用户播放视频的时候等待时间较长，起播慢
- 需要大量的控制视频播放的逻辑来进行辅助，与播放器代码耦合严重
- 每次seek（用户拖动进度条的行为）切源耗时，seek后会切换到从网络上读取状态，体验较慢。
AndroidVideoCache
在播放器与视频源服务器之间加了一层代理服务器，截取视频播放器发送的请求，根据截取的请求，向网络服务器请求数据，然后写到本地。本地代理服务器从文件中读取数据并发送给播放器进行播放。
流程图
Seek过程解析
Seek阶段
Seek开始
Seek1
Seek2
补洞阶段
补洞阶段是对于Seek阶段遗留下来的，片段小于20kb的下载长度进行补充到片段数组的过程。
在第二次播放时，如果文件中有空洞，无论片段再小，也会保存到片段中，最后当配置数组为{0, length}的时候，length为视频长度大小，也会存到片段中。
优势
- 数据流是本地代理控制，方便加入缓存、预加载、防盗链等业务逻辑。提高了视频下载的成功率，减少了视频缓冲时间，提升用户体验。
- 与播放器逻辑完全解耦，对于播放器只是一个地址。
Qzon
Qzone的日均视频播放量破十亿，其中Android端的总播放量占比超过70%。所以Qzone的实现方案对我们来说很有借鉴意义。
最初的传统的本地代理方案
带来的问题
- 视频下载和播放的业务逻辑复杂，过多的逻辑和下载本身耦合。
- 不容易接入第三方下载器和对下载过程进行监控。
优化过程
优化主要从如下几个方面入手：
防盗链预拉取
缓存分片
这里主要解决的问题是，之前单个的顺序存储方式无法对于播放空洞（非顺序播放场景，例如拖动、续播等）进行缓存，降低了缓存率和命中率。
私有通道方案
流量控制
H265编码
H265是新一代视频编码标准，相比原有使用H264编码的视频，具有更高的压缩比，在画质近似的前提下，H265编码的视频文件体积只有H264的一半甚至更少，因此，播放H265编码的视频能极大减少带宽消耗。
具体编码相关内容，请看直播技术点之编解码基础（一）