ios资源热更新

[beijibeijing]

如题~ios资源更新有问题，这块是还不支持么？ios有什么地方需要特殊处理么

[TonyTang1990]

IOS资源热更理论上没有问题的(只是没有测试，因为IOS打包流程这一块还没去弄)，都是从资源服务器拉资源下载罢了。IOS版本强更，如果是正版的话需要引导到App商店下载(这块没做，只需要改强更的引导跳转而已)。Android版本强更其实也可以引导到商店下载，这里为了方便直接从自己的资源服务器拉去APK强更版本了。前段时间把资源加载管理和打包都重写了，近期在整合打包和热更这一块的代码(现有的热更代码在新版资源加载打包面前应该跑不起来，但你可以借鉴下思路，我后续还会优化)，后续弄完会重新写一份ReadMe.md，现在的ReadMe.md还有部分老的介绍。现阶段资源热更新的分析输出还只考虑了两个资源版本号间的差异，这样会导致用户差多个资源版本的时候无法正确热更所有资源，后续会修复把每个版本里所有的资源热更新列表信息都写到ResourceUpdateList.txt里，保证用户跨多个资源版本也能把所有需要下载的资源下载下来。资源热更下载完整性还没有检测(需要记录资源的MD5信息下载完成后进行比较)，这个算是后续需要做的东西(TODO)。

[beijibeijing]

嗯,试了没啥问题。但是ios和android线上资源地址需要分开，另外下载默认超时时间有点短，几十m的话很容易就超时了~

[TonyTang1990]

近期正在改造整理打包热更新这一块。之前采用的是每一次对比前后两次打包的AB资源分析出热更新的差值列表(ResourceUpdateList.txt)，并准备好需要热更新的资源。然后最后把热更新的资源和ResourceUpdateList.txt一起放到资源服务器上。每次分析热更新列表的时候还要结合之前资源版本号统计出最终的资源热更新列表(ResouceUpdateLits.txt)。这样做好处是只需要上传需要热更新的资源到资源服务器，ResourceUpdateList.txt里也只有每个版本需要热更新的资源相关信息。但坏处就是每次热更分析需要结合之前的热更新列表加最新的资源热更新差值来得出最终的资源热更新列表(ResourceUpdateList.txt)。这样导致资源热更新分析流程比较繁琐。我看了下网上的方案是直接每次打包记录一份AB文件的MD5(AssetBundleMD5Info.txt)，运行游戏时直接下载最新的AB文件MD5信息文件(AssetBundleMD5Info.txt)进行本地文件MD5对比来判定需要热更新哪些资源，这样做好处是热更新分析流程就很简单了，只需要把最新的AB文件MD5信息文件(AssetBundleMD5Info.txt)+所有最新AB资源上传即可。缺点是每次热更新上传的资源会比较多(所有最新的AB文件都要上传)。考虑到热更分析流程简单化，本人也打算用生成所有AB文件MD5的方案来实现最新的热更新方案。关于文件的下载抽象，后续也打算再抽象一层***Request类来抽象单个文件热更资源文件的下载，一是优化下设计，二是为未来下载动态资源(边玩边下的资源)实现打基础。以上纯属个人观点，欢迎讨论。