下载在这个时代实在是太平常了,每个人都深刻的理解着下载到底是什么。
这一篇文字只是把下载的代码分享并介绍,而已。
首先,下载系统担负着几个使命。
第一、是保持客户端版本库的最新。
第二、是下载要能够比对并最少下载
第三、是要尽量快一些。
其实我们并没有写一个下载系统,因为实在没有几行代码。我们这里介绍的是一个
Http下载并保存缓存,首包从StreamingAssets读取,加载资源,三个功能在一起的模块
源码位置https://github.com/lightszero/easydown
为了解决第一第二的问题,我们要尽量让下载的资源零散一些。
这样就可以以文件单位进行下载,本地已经有的文件就不下载。
为了实现这个目标我们得在下载之前就决定一个文件是否要更新,因为下载之后流量已经浪费了。
需要知道一个文件是否应该更新,一种简单的办法就是给每个文件提供一个简单的特征信息,先将特征信息下载,然后决定是否下载整个文件。
去一个大文件的特征信息,这是摘要算法的工作,Hash、CRC32、MD5、Sha1,我们这里选择最优秀的Sha1算法来做我们文件的特征信息。
首先我们得为我们打算下载的文件生成特征信息,这些测试文件和工具源码你都可以从GITHUB上下载到。
点击检查,会显示出如上的情况,告诉你版本和你上次的版本发生了什么变化。
请勿删除生成的allver.ver.txt文件,他会记录总的版本,每次检查都会基于上一个版本
然后点击生成版本,会更新所有的版本文件
这里我们加了个group的设计
版本生成工具会把自己路径下的文件夹作为group
在客户端下载时是以group为单位的,方便处理
比如我可以 把高分辨率资源和低分辨率资源分别放在两个group里
只要客户端简单的切换group名字,就可以实现资源切换。
比如这里就生成了两个Group,每个Group有自己的Ver文件
我们看看Ver文件
文件名,中间怪怪的就是sha1特征串,哪怕文件只改了一个字节,生成的特征串就会不一样。最后是文件尺寸,这样我们只要取得了ver文件,下载之前就知道文件有多大了。
这样我们就有了让文件版本保持最新的机制了
只要先下载ver文件,然后再判断每个group的文件有没有变化,有变化的有多少,然后下载他们。
把这些测试文件找个Http服务器放上去,然后我们继续
客户端如何下载?直接看代码说明
先一行代码初始化资源管理系统
第一个参数是下载服务器地址,就是对应allver.ver.txt文件的http地址
第二个参数是一个回调函数,由于初始化资源系统会去网络下载ver文件,需要时间,所以是用回调函数来通知的
第三个参数是一个List<string>,用来告知资源管理器,要检查哪几个Group。
你也许会疑问,怎么会有不检查的Group呢?比如我们的游戏要做好几个平台,有一些平台不通用的资源,我们把他们放在不同平台,这样在一个平台就不会去检查别的平台的资源。
注意Resmgr需要一直Update,因为不管是下载还是加载都不是立即完成的,Resmgr要一直监控情况
利用宏你就可以取到每个平台一个特殊的字符串,把他们混到group名字,就可以自动选取平台专用group下载了
还有第四个默认参数:并发下载数,默认1,要想充分利用下载带宽,你可以改成2,改更多的并发意义并不大,3并发和2并发效果不会有很大差异。
taskState是资源管理器提供的一个简单统计工具,用来得到有几个任务在执行,完成了几个。
GetNeedDownloadRes 就是比对出那些需要下载的资源
然后循环,下载,下载每个资源都可以提供一个独立的通知回调,但我们这里演示的是一个开始批量下载的用法,就不单独处理了。
最后WaitForTaskFinish函数,会一直等到所有任务完成再回调给我们,
这就完成了整个下载过程
关于下载进度,我们可以利用taskState做简单的文件数量统计,也可以把downlist里面的每个文件的长度取出来自己计算。
演示个简单的
注意Resmgr需要一直Update,因为不管是下载还是加载都不是立即完成的,Resmgr要一直监控情况
无论文件是本地最新还是刚刚下载完,无论是首包资源还是更新资源,我们的加载方式都是一样的
从Resmgr的 verLocal,本地版本管理 中取得对应的Group,然后从Group中取出File,然后调用File的BeginLoadXXX方法即可
我们提供了四种Load接口,其实一种Bytes就够了,其他资源全部都从Bytes中来,这个我们在加载篇中讲过。
但是考虑到常用性,我们对String Texture2D AssetBundle统一作了封装。
还有以下其他的资源是符合加载的,需要多个文件联合才能加载出来,我们把这种文件放到加载篇里去研究。
好了,你现在已经拥有热更新最重要的更新模块了,而且他完全For Free。