boss让我写博客，说能装X，我就来了！！！☺️
这篇文章最先发布在简书上，今天先拿过来做开山篇。
额~~文采不好，不知道怎么写
来吧，直接切入正题，给大家看看效果吧，免得不是大家想要的东西，浪费大家的宝贵时间。
9724987-ce428f8e23f1ec53.gif
本来想给大家看视频的，但是不知道怎么放，哈哈哈。
再来看IdiotAVplayer实现了什么功能吧。
相信大家看完上面的图片，大概就知道IdiotAVplayer实现了怎样的功能了，主要就是在选择时间后（seek操作），之前加载的部分会被保存，下次打开会按需加载。本地有数据就从本地取，没有就从网络取（前提是服务器支持Rang，不然没法获取指定区间的数据）。目前为止，网上最多的关于缓存的文章就是AVAssetResourceLoader，但是绝大多数不能再seek动作之后继续缓存，每次seek之后整个音视频就从seek的时间开始了，seek之前的都作废。那么怎么才能实现一个分片缓存的播放器呢？
目前为止，就我搜索到的开源框架有唱吧团队提供的 KTVHTTPCache（可能还有其他的），是不错。但是它很重，不够轻量。下面引用下唱吧github文章的一段
方案演进
在音视频缓存上，我们一共采用过如下 4 个方案：AVPlayer 纯在线播放。
AVPlayer + AVAssetResourceLoader + 下载模块。
AVPlayer + 一个开源的缓存项目（同样基于 AVAssetResourceLoader + 下载模块）。
AVPlayer + KTVHTTPCache。
方案 1 简单直接，缺点也不必多说。
方案 2 的下载模块设计的比较简单，只能顺序下载，不支持分片。导致只能 Seek 到已下载完的地方，在用户体验上会有较大的缺陷。
方案 3 在功能上已经可以满足需求，但在使用中问题较多，我们在源码基础上做了很多修改来填坑。但稳定性依然不是很理想，上线不长时间就将该功能下掉了。
方案 4 是唱吧现在的线上方案，目前在我们的使用场景中还没有发现问题。除稳定性的提升外，比较大的改进是增加了全路径的 Log 模块。若用户或测试同学遇到问题，只需简单描述并回传 Log，就可以快速定位到原因，大大提高了调试效率。
既然觉得唱吧框架很重，那就去寻求比较轻量级的解决方案。因为我开发的app也是重音视频业务的。造个轮子出来是一劳永逸的事情。
方案一是纯在线，略过。
方案二就是大家熟知的AVPlayer + AVAssetResourceLoader。这里我思考了下，既然通过自己的加载方式把数据返回给了AVAssetResourceLoader，那么就应该有办法保存那些已经下载的数据（IdiotAVPlayer就是基于这么个方案）。
原理图（不会画，将就着看吧）
9724987-5e2ca99d7359df7e.png
（有朋友反映，有些视频下载不下来，不知道是不是网络问题，还是视频格式问题，我也不懂啊，后面请教我boss 哈哈😝）
好了，今天先装到这里吧
待续（其实我也不知道有没有后续）
网友评论