Unity开发实战探讨-资源的加载释放最佳策略简要心得

看过我另外一篇关于Unity资源释放随笔《Unity开发实战探讨-资源的加载释放最佳策略》如果觉得略微复杂，那么下面是一些比较简要的心得体会：

概括

常用资源加载的方法有三种：静态，Resources内部资源，AssetBundle外部资源

资源释放的方式 有二种：立刻释放和统一释放。

静态

静态就是资源直接放场景，静态资源无法立刻释放，但场景关闭由引擎统一释放，开发者无法干预，所以最为无脑。

但静态过于死板，除了整个场景生命周期中必须使用的资源外，不建议静态加载，为什么，消耗时间，占用内存；比如说，游戏场景持续使用的背景音乐，那么静态的确是最佳选择；但如果场景的开场要播放一个5M的音乐后面不再使用，这个资源用静态就是白白增加了5M音乐的加载时间和浪费了5M内存，得不偿失。

静态资源的加载策略是： 只加载必要固定的资源，或者极其微小损耗不大的资源。

释放策略是：由引擎负责。

Resources内部资源

Resources的资源一般和游戏一起打包，一般是游戏内使用的关键资源。

Resources主要加载一些动态的或者需要灵活处理的资源。加载的办法是先Reources.Load，然后GameObject.Instantiate，立刻释放的办法是Reources.UnloadAsset，统一释放的办法是Resources.UnloadUnusedAssets。

Resources的主要优点是使用灵活，缺点是开发复杂；加载的时候注意一个资源只需要Reources.Load一次，管理好Load出来资源的引用，尽量不要用静态引用，给释放制造困难。UnloadUnusedAssets前必须注意释放所有引用，所有Instantiate出来的对象必须销毁。

Resources的加载释放策略是： 只加载必须使用的资源，加载以后如果无需重复使用，或者使用频率非常的低，应该在明确使用完毕以后（如图片显示结束，音乐播放完毕）立刻用Reources.UnloadAsset释放。对于后续仍然会反复采用的资源，建议在内存中缓存引用，以防止后续加载不再反复调用Load函数，场景关闭前释放缓存，销毁所有实例化对象，等待Resources.UnloadUnusedAssets统一释放。UnloadUnusedAssets释放建议在当前场景完全销毁以后，再后续场景中执行最为稳妥。

AssetBundle外部资源

 AssetBundle资源的机制基本和Resources类似，但可以独立打包，支持网络下载和文件读取，一般是游戏中使用的辅助资源。

 AssetBundle机制要比Resources多一步，首先要通过AssetBundle.LoadFromXXX把AssetBundle加载到内存，然后使用AssetBundle.LoadAsset加载资源，最后GameObject.Instantiate为实例化对象。所以一个完整实例化的 AssetBundle存在三处内存引用，在释放策略上相对复杂。

 AssetBundle的释放功能主要通过AssetBundle.Unload,而且也可以使用Reources.UnloadAsset和Resources.UnloadUnusedAssets进行释放。

 AssetBundle的加载释放策略分两种情况：

加载完毕以后不再需要使用的资源包，可以再加载完毕以后立刻调用AssetBundle.Unload(false)释放资源包内存，而在此基础上，对于AssetBundle.LoadAsset以后并不再使用的资源，可以通过Reources.UnloadAsset释放，如需持续使用，也可能等待Resources.UnloadUnusedAssets后续统一释放。

加载完毕以后仍需持续使用的资源包，则必须保留AssetBundle引用，这种方式下，比较建议的方式是在场景完全销毁以后，一次性调用AssetBundle.Unload(true)完全释放改资源包和其所有加载资源。

原文：https://www.cnblogs.com/zergcom/p/11066510.html