小编点评

**当前手机游戏的常规更新方案及其局限性** 在现代手机游戏中，常规的资源更新方案通常是在启动时下载并安装所有资源，以确保游戏质量和用户粘性。然而，这种方法存在一些问题，如文件大小较大、下载时间较长等。 为解决这些问题，一些游戏开始采用资源缓存方案，如微信、抖音小游戏所采用的方案。这种方案可以在游戏运行过程中边下载边播放，从而减小首包大小，提高用户体验。但实现起来相对复杂，需要对Unity内部的Caching机制有一定了解。 **资源方案：AssetBundle** AssetBundle是一种用于打包资源的机制，它可以将游戏中的各种资源（如场景、角色、音效等）打包成一个或多个文件。在游戏运行时，可以根据需要动态加载这些资源。为了更好地管理这些资源，Unity推出了Addressable AssetBundles，它解决了AssetBundle之前的一些问题，如资源的动态加载、版本控制等。 在打包AssetBundle时，可以通过调用`SBP ContentPipeline.BuildAssetBundles()`方法获取资源的hash值，并将其传递给`UnityWebRequestAssetBundle.GetAssetBundle()`方法以获取资源。在加载AssetBundle时，可以使用一个哈希值和一个校验和（CRC）来验证资源的完整性和正确性。 **加载AB时的缓存机制** 在Unity中，可以使用`UnityWebRequestAssetBundle`类来加载AssetBundle。为了实现边下边玩的机制，需要设置相应的缓存机制。具体来说，可以在加载AssetBundle时指定一个哈希值和一个校验和。如果请求的AssetBundle与本地缓存中的资源匹配，则从缓存中加载资源；否则，从网络上下载新的资源。 需要注意的是，hash值并不一定是资源的实际哈希值，而只是一个版本号。只要请求时对应的资源在缓存中存在，就会下载新的资源；否则，将读取缓存中的资源。如果未指定hash参数，则默认值为0，表示不进行校验。 校验和（CRC）用于验证资源的完整性和正确性。如果请求的AssetBundle与本地缓存中的资源匹配，则校验和应该相同。如果校验和不匹配，`UnityWebRequest.downloadHandler.error`属性将被设置为错误状态，并且无法加载资源。 **优缺点** 优点： 1. 简单易用：只需更改一下代码即可实现边下边玩的机制。 2. 资源管理灵活：可以根据需要将部分资源放入包内，部分资源边下载边播放。 3. 资源更新方便：当需要更新资源时，只需上传新的AssetBundle即可，无需对现有资源进行修改。 缺点： 1. 精确度较低：无法对单个文件进行完整性检查，如果资源出现问题，可能需要重新下载整个包。 2. 可能影响性能：如果资源文件较大，下载时间可能会较长，从而影响用户体验。 **结论** 综上所述，使用Unity内部的Caching机制实现边下边玩的机制是一种简单易行的方法。虽然实现起来相对复杂，但对于希望优化游戏体验和降低运营成本的开发者来说，这是一个值得考虑的选择。

正文

现在手机游戏的常规更新方案都是在启动时下载所有资源更新，游戏质量高的、用户粘性大的有底气，先安装2个G，启动再更新2个G，文件小了玩家还觉得品质不行不想玩。
最近在做微信、抖音小游戏，使用他们提供的资源缓存方案，现在要转成Android APP, 也想用这种边下边玩的机制把首包做小。
其实很简单，直接用Unity内部的Caching机制即可，但是因为没怎么接触过，一开始用的就是那种启动时下载资源更新的方案，反而绕了一些弯路。

资源方案：AssetBundle (现在推Addressable的比较多，解决了AssetBundle难以处理的一些问题，但是比较久的项目肯定都对AssetBundle进行了相应的封装来处理这些问题，没有本质区别）

1. 打包AssetBundle时获取hash

调用自己封装的SBP ContentPipeline.BuildAssetBundles(), 遍历IBundleBuildResults.BundleInfos可以取到对应的hash和crc，
如果用旧的BuildPipeline.BuildAssetBundles(), 也可以通过manifest取到对应的hash，但如果想拿到crc，需要手动传参数进去。
另外，需要设置打包压缩格式为LZ4。默认的LZMA会重新压缩成LZ4，造成比较明显的卡顿。

2. 加载AB时的缓存机制

  var uwr = UnityWebRequestAssetBundle.GetAssetBundle(url, hash, crc);

怎么样，是不是非常简单？只需要填上hash参数，就可以依靠Unity内部机制实现边下边玩。hash也不一定是hash，实际作用只是一个版本号，只要请求的时候对应的版本的资源在缓存中存在，就会下载新的，否则就读缓存中的，如果不填这个参数就是默认值0）
crc参数是用来校验的，如果AB和调用时的crc对不上，uwr.downloadHandler.error会表现出来，并且取不到资源。默认值0表示不进行校验

3. 优缺点

优点自然是非常简单，改一下就能用，如果要部分资源放进包里，部分资源边下边玩，改一下判断就行。
缺点是没法精细操作，资源出问题了最简单粗暴的就是直接Caching.ClearCache，没有办法对单个文件进行完整性检查。