原文地址：http://gad.qq.com/article/detail/7180936
作者：Loki+X
Unity资源机制
1、概述
本文意在阐述Unity资源机制相关的信息，以及一些关于个人的理解与试验结果。另外还会提及一些因机制问题可能会出现的异常以及处理建议。大部分机制信息来源于官方文档，另外为自我验证后的结果。
2、资源
概述
Unity必须通过导入将所支持的资源序列化，生成AssetComponents后，才能被Unity使用。以下是Unity对Assets的描述：
Assets are the models，textures，sounds and all other “content”files from which you make your game。
资源(Asset)是硬盘中的文件，存储在Unity工程的Assets文件夹内。有些资源的数据格式是Unity原声支持的，有些资源则需要转换为源生的数据格式后才能被使用。
对象(UnityEngine.Object)，代表序列化数据的集合，表示某个资源的具体实例。它可以是Unity使用的任何类型的资源，所有对象都是UnityEngine.Object基类的子类
资源与对象时一对多的关系。
| 名称 | 描述 | 支持格式 |
|---|---|---|
| Audio Clip | 音频剪辑 | 音频：.aif .wav .mp3 .ogg音轨：.xm .mod .it .s3m |
| Cubemap Texture | 立方体贴图纹理 | |
| Flare | 耀斑 | |
| Font | 字体 | .ttf |
| Material | 材质 | |
| Meshes | 网格 | .FBX .dae .3DS .dxf .obj |
| Movie Texture | 电影贴图 | .mov .mpg .mpeg .mp4 .avi .asf (导入需要QuickTime) |
| Procedural Material Assets | 程序材质资源 | |
| Render Texture | 渲染纹理 | |
| Text Asset | 文本资源 | .txt .html .htm .xml .bytes |
| Texture 2D | 二维纹理 | PSD TIFF JPG TGA PNG GIF BMP IFF PICT |
除此之外，想使用Unity不支持导入，或者未经导入的资源，只能使用IO Stream或者WWW 方法，这些将在下文对应栏目中说明。
注意：AssetBundle不是资源组件，故无法用资源组件的方式载入，只能使用WWW或者AssetBundle相关接口载入与读取
GUID与fileID(本地ID)
Unity会为每个导入到Assets目录中的资源创建一个meta文件，文件中记录了GUID，GUID用来记录资源之间的引用关系。还有fileID（本地ID），用于标识资源内部的资源。资源间的依赖关系通过GUID来确定；资源内部的依赖关系使用fileID来确定。
InstanceID(实例ID)
Unity为了在运行时，提升资源管理的效率，会在内部维护一个缓存表，负责将文件的GUID与fileID转换成为整数数值，这个数值在本次会话中是唯一的，称作实例ID(InstanceID)。
程序启动时，实例ID缓存与所有工程内建的对象(例如在场景中被引用)，以及Resource文件夹下的所有对象，都会被一起初始化。如果在运行时导入了新的资源，或从AssetBundle中载入了新的对象，缓存会被更新，并为这些对象添加相应条目。实例ID仅在失效时才会被从缓存中移除，当提供了指定文件GUID和fileID的AssetBundle被卸载时会产生移除操作。
卸载AssetBundle会使实例ID失效，实例ID与其文件GUID和fileID之间的映射会被删除以便节省内存。重新载入AssetBundle后，载入的每个对象都会获得新的实例ID。
** 资源的生命周期**
Object从内存中加载或卸载的时间点是定义好的。Object有两种加载方式：自动加载与外部加载。当对象的实例ID与对象本身解引用，对象当前未被加载到内存中，而且可以定位到对象的源数据，此时对象会被自动加载。对象也可以外部加载，通过在脚本中创建对象或者调用资源加载API来载入对象（例如：AssetBundle.LoadAsset）
对象加载后，Unity会尝试修复任何可能存在的引用关系，通过将每个引用文件的GUID与FileID转化成实例ID的方式。一旦对象的实例ID被解引用且满足以下两个标准时，对象会被强制加载：
实例ID引用了一个没有被加载的对象。
实例ID在缓存中存在对应的有效GUID和本地ID。
如果文件GUID和本地ID没有实例ID，或一个已卸载对象的实例ID引用了非法的文件GUID和本地ID，则引用本身会被保留，但实例对象不会被加载。在Unity编辑器中表现为空引用，在运行的应用中，或场景视图里，空对象会以多种方式表示，取决于丢失对象的类型：网格会变得不可见，纹理呈现为紫红色等等。
** MonoScripts**
一个MonoScripts含有三个字符串：程序库名称，类名称，命名空间。
构建工程时，Unity会收集Assets文件夹中独立的脚本文件并编译他们，组成一个Mono程序库。Unity会将Assets目录中的语言分开编译，Assets/Plugins目录中的脚本同理。Plugin子目录之外的C#脚本会放在Assembly-CSharp.dll中。而Plugin及其子目录中的脚本则放置在Assembly-CSharp-firstpass.all中。
这些程序库会被MonoScripts所引用，并在程序第一次启动时被加载。
3、资源文件夹
** Assets**
为Unity编辑器下的资源文件夹，Unity项目编辑时的所有资源都将置入此文件夹内。在编辑器下，可以使用以下方法获得资源对象：
AssetDatabase.LoadAssetAtPath("Assets/x.txt");
注意：此方法只能在编辑器下使用，当项目打包后，在游戏内无法运作。参数为包含Assets内的文件全路径，并且需要文件后缀。
Assets下的资源除特殊文件夹内，或者在会打入包内的场景中引用的资源，其余资源不会被打入包中。
Resources
资源载入
Assets下的特殊文件夹，此文件夹内的资源将会在项目打包时，全部打入包内，并能通过以下方法获得对象：
Resources.Load("fileName");
Resources.Load("fileName");
注意：函数内的参数为相对于Resource目录下的文件路径与名称，不包含后缀。Assets目录下可以拥有任意路径及数量的Resources文件夹，在运行时,Resources下的文件路径将被合并。
例：Assets/Resources/test.txt与 Assets/TestFloder/Resources/test.png在使用Resource.Load("test")载入时，将被视为同一资源，只会返回第一个符合名称的对象。如果使用Resource.Load(“test”)将返回text.txt；
如果在Resources下有相同路径及名称的资源，使用以上方法只能获得第一个符合查找条件的对象，使用以下方法能或得到所有符合条件的对象：
Object[] assets = Resources.LoadAll("fileName");
TextAsset[] assets = Resources.LoadAll("fileName");
** 相关机制**
在工程进行打包后，Resource文件夹中的资源将进行加密与压缩，打包后的程序内将不存在Resource文件夹，故无法通过路径访问以及更新资源。
依本文2.3章节所述，在程序启动时会为Resource下的所有对象进行初始化，构建实例ID。随着Resource内资源的数量增加，此过程耗时的增加是非线性的。故会出现程序启动时间过长的问题，请密切留意Resource内的资源数量。
卸载资源
所有实例化后的GameObject 可以通过Destroy函数销毁。请留意Object与GameObject之间的区别与联系
Object可以通过Resources中的相关Api进行卸载
Resources.UnloadAsset(Object);//卸载对应Object
Resources.UnloadUnusedAssets();//卸载所有没有被引用以及实例化的Object
注意以下情况：
Object obj = Resources.Load("MyPrefab");
GameObject instance = Instantiate(obj) as GameObjct;
......
Destroy(instance);
Resources.UnloadUnusedAssets();
此时UnloadUnusedAssets将不会生效，因为obj依然引用了MyPrefab，需要将obj = null，才可生效。
StreamingAssets
概述
StreamingAssets文件夹为流媒体文件夹，此文件夹内的资源将不会经过压缩与加密，原封不动的打包进游戏包内。在游戏安装时，StreamAssets文件件内的资源将根据平台，移动到对应的文件夹内。StreamingAssets文件夹在Android与IOS平台上为只读文件夹.
你可以使用以下函数获得不同平台下的StreamingAssets文件夹路径：
Application.streamingAssetsPath
请参考以下各平台下StreamingAssets文件夹的等价路径，Application.dataPath为程序安装路径。Android平台下的路径比较特殊，请留意此路径的前缀，在一些资源读取的方法中是不必要的（AssetBundle.LoadFromFile，下详）
Application.dataPath+"/StreamingAssets"//Windows OR MacOS
Application.dataPath+"/Raw" //IOS
"jar:file://"+Application.dataPath+"!/assets/" //Android
文件读取
StreamingAssets文件夹下的文件在游戏中只能通过IO Stream或者WWW的方式读取（AssetBundle除外）
IO Stream方式
using(FileStream stream = File.Open(Application.streamingAssetsPath + "fileName", FileMode.Open))
{
//处理方法
}
WWW方式（注意协议与不同平台下路径的区别）
using(WWW www = new WWW(Application.streamingAssetsPath + "fileName"))
{
yield return www;
www.text;
www.texture;
}
AssetBundle特有的同步读取方式（注意安卓平台下的路径区别）
string assetbundlePath =
#if UNITY_ANDROID
Application.dataPath+"!/assets";
#else
Application.streamingAssetsPath;
#endif
AssetBundle.LoadFromFile(assetbundlePath+"/name.unity3d");
PersistentDataPath
Application.persistentDataPath
Unity指定的一个可读写的外部文件夹，该路径因平台及系统配置不同而不同。可以用来保存数据及文件。该目录下的资源不会在打包时被打入包中，也不会自动被Unity导入及转换。该文件夹只能通过IO Stream以及WWW的方式进行资源加载。
4、WWW载入资源
** 概述**
WWW是一个Unity封装的网络下载模块，支持Http以及file两种URL协议，并会尝试将资源转换成Unity能使用的AssetsComponents（如果资源是Unity不支持的格式，则只能取出byte[]）。具体对应的格式参考第一章表格。WWW加载是异步方法。
byte[] bytes = WWW.bytes;
string text = WWW.text;
Texture2D texture = WWW.texture;
MovieTexture movie = WWW.movie;
AssetBundle assetbundle = WWW.assetBundle;
AudioClip audioClip = WWW.audioClip;
相关机制
** new WWW**
每次new WWW时，Unity都会启用一个线程去进行下载。通过此方式读取或者下载资源，会在内存中生成WebStream，WebStream为下载文件转换后的内容，占用内存较大。使用WWW.Dispose将终止仍在加载过程中的进程，并释放掉内存中的WebStream。
如果WWW不及时释放，将占用大量的内存，推荐搭配using方式使用，以下两种方式等价。
WWW www = new WWW(Application.streamingAssetsPath + "fileName");
try
{
yield return www;
www.text;
www.texture;
}
finally
{
www.Dispose();
}
using(WWW www = new WWW(Application.streamingAssetsPath + "fileName"))
{
yield return www;
www.text;
www.texture;
}
如果载入的为Assetbundle且进行过压缩，则还会在内存中占用一份AssetBundle解压用的缓冲区Deompresion Buffer,AssetBundle压缩格式的不同会影响此区域的大小。
WWW.LoadFromCacheOrDownload
int version = 1;
WWW.LoadFromCacheOrDownload(PathURL+"/fileName",version);
使用此方式加载，将先从硬盘上的存储区域查找是否有对应的资源，再验证本地Version与传入值之间的关系，如果传入的Version>本地，则从传入的URL地址下载资源，并缓存到硬盘，替换掉现有资源，如果传入Version<=本地，则直接从本地读取资源；如果本地没有存储资源，则下载资源。此方法的存储路径无法设定以及访问。使用此方法载入资源，不会在内存中生成 WebStream（其实已经将WebStream保存在本地），如果硬盘空间不够进行存储，将自动使用new WWW方法加载，并在内存中生成WebStream。在本地存储中，使用fileName作为标识符，所以更换URL地址而不更改文件名，将不会造成缓存资源的变更。
保存的路径无法更改，也没有接口去获取此路径
5、 AssetBundle
概述
AssetBundles let you stream additional assets via the WWW class and instantiate them at runtime. AssetBundles are created via BuildPipeline.BuildAssetBundle.
AssetBundle是Unity支持的一种文件储存格式，也是Unity官方推荐的资源存储与更新方式，它可以对资源(Asset)进行压缩，分组打包，动态加载，以及实现热更新，但是AssetBundle无法对Unity脚本进行热更新，因为其需要在打包时进行编译。
Assetbundle打包
平台兼容性
AssetBundle适用于多种平台，但不同平台所使用的AssetBundle并不相同，在创建AssetBundle时需要通过参数来指定目标平台，其关系如下表
| Standalone | WebPlayer | IOS | Android | |
|---|---|---|---|---|
| Standalone | √ | √ | √ | √ |
| WebPlayer | √ | √ | ||
| IOS | √ | |||
| Android | √ |
创建API
public enum BuildAssetBundleOptions
{
None = 0,
//Build assetBundle without any special option.
UncompressedAssetBundle = 1,
//Don't compress the data when creating the asset bundle.
CollectDependencies = 2,
//Includes all dependencies.
CompleteAssets = 4,
//Forces inclusion of the entire asset.
DisableWriteTypeTree = 8,
//Do not include type information within the AssetBundle.
DeterministicAssetBundle = 16,
//Builds an asset bundle using a hash for the id
ForceRebuildAssetBundle = 32,
//Force rebuild the assetBundles.
IgnoreTypeTreeChanges = 64,
//Ignore the type tree changes when doing the incremental build check.
AppendHashToAssetBundleName = 128,
//Append the hash to the assetBundle name.
ChunkBasedCompression = 256
//Use chunk-based LZ4 compression when creating the AssetBundle.
}
AssetBundleManifest manifest = BuildPipeline.BuildAssetBundles("OutputPath", BuildAssetBundleOptions, tragetPlatform);
在Unity的5.3版本中，简化了AssetBundle的打包方式，只留下了一个api与寥寥几个设置参数，而之前最让人头痛的资源依赖管理，也被默认进行处理。 而在每个Asset文件的Inspector面板上都会多出一个Asset Labels的设定栏：
AssetBundle name：需要将此资源打包的AssetBundle名称
AssetBundle Variant：需要将此资源打包的AssetBundle的变体名
Variant
Variant是5.3以后新添加的一个概念，这个值其实是一个尾缀，将添加在对应AssetBundle的名称之后，如：ddzgame.hd，hd就是Variant(从此以后AssetBundle的尾缀已经跟其文件类型本身没有任何联系)。
自动打包脚本
从以上可知，如果需要一个一个的对资源设置AssetBundle Name与Variant实在太过繁琐与麻烦，也可能出现纰漏，好在可以通过脚本去批量设置这两个参数：
AssetImporter assetImporter = AssetImporter.GetAtPath("path");
assetImporter.assetBundleName = "Assetbundle Name";
assetImporter.assetBundleVariant = "Assetbundle Variant";
其中path是资源在Assets目录下的路径。
Scene打包
Scene打包跟资源打包无异，唯一需要注意的是：Scene只能与Scene打入同一个AssetBundle内，而无法与其他资源打入同一个AssetBundle。
PS：AssetBundle内的Scene需要在AssetBundle加载后，通过SceneManager来加载。
AssetBundle依赖
依赖机制
假设有AssetBundleA与 AssetBundleB两个AssetBundle，AssetBundle中的资源引用了AssetBundleB中的资源，则称AssetBundleA依赖于AssetBundleB。具体实例请看下图注意被依赖AssetBundle需要加载的时机
注意其依赖的机制: AssetBundle中保存有其中所有资源的GUID,FileID等序列化信息，AssetBundle只会在内存中寻找其依赖资源所在的AssetBundle，并自动从中加载出所需资源。具体可参考本文2.3章节
** Manifest**
在前面有提到，在5.3中，Unity会自动处理AssetBundle中资源的依赖关系。在默认情况下，如果AssetBundle间有交叉的资源引用，不会再重复打包，在打包AssetBundle后，会发现其在输出目录多出了一个与目录名称相同的无后缀AssetBundle文件，其为自动生成的AssetBundleManifest文件，其内保存有此次生成的所有AssetBundle之间的依赖关系与清单。我们可以在载入这个AssetBundle后使用以下方法获得此对象。
AssetBundle.LoadAsset("AssetBundleManifest");
Manifest保存有重要的依赖信息，在载入AssetBundle时，可以通过Manifest查询其是否有依赖的AssetBundle，然后我们手动对其进行管理，避免依赖项丢失而出现bug
string[] fullnames = AssetBundle.GetDirectDependencies(fullname);
string[] fullnames = AssetBundle.GetAllDependencies(fullname);
Direct方法会返回所有直接依赖的AssetBundle名称数组，All方法会返回所有依赖的AssetBundle名称数组，fullname包括名称与Variant。推荐使用Direct方法做递归处理，避免重复载入。
AssetBundle加载
加载方式
之前已经提及，不再详细说明，使用WWW 或者 AssetBundle相关API加载，其中AssetBundle的API只能进行本地加载。
AssetBundle.LoadfromMemory（byte[] bytes）
此API是一个例外，用来对加密的Assetbundle进行读取，可以结合WWW使用。
压缩
LZMA（Ziv-Markov chain algorithm）格式
Unity打包成AssetBundle时的默认格式，会将序列化数据压缩成LZMA流，使用时需要整体解包。优点是打包后体积小，缺点是解包时间长，且占用内存。
LZ4格式
5.3新版本添加的压缩格式，压缩率不及LZMA，但是不需要整体解压。LZ4是基于chunk的算法，加载对象时只有响应的chunk会被解压。
压缩格式在打包时通过AssetBundleOption参数选择。
内存占用
AssetBundle加载后会在内存中生成AssetBundle的序列化架构的占用，一般来说远远小于资源本身，除非包含复杂的序列化信息(复杂多层级关系或复杂静态数据的prefab等)
AssetBundle卸载
卸载API
AssetBundle.Unload(bool unloadAllLoadedObjects);
AssetBundle只有唯一的一个卸载函数，传入的参数用来选择是否将已经从此AssetBundle中加载的资源一起卸载。另外，已经从AssetBundle中加载的资源可以通过Resources.UnloadAsset(Object)卸载。如果想通过Resources.UnloadUnusedAssets()卸载从AssetBundle加载的资源，一定要先将AssetBundle卸载后才能生效。
资源卸载总览
内存关系图
当AssetBundle被卸载后，实例ID与其文件GUID和本地ID之间的映射会被删除， 即其无法被其后加载的依赖于它的资源所查找及引用。详情请参考本文2.3章节
** 案例分析**
案例1 游戏切换到后台一段时候切回，出现shader或者Texture丢失。
在移动平台，当程序切到主界面或者在后台长时间运行时，GPU会自动对后台程序的资源进行清理。如果shader或者Texture是从AssetBundle中加载出来，而此AssetBundle已经被卸载的话，Unity无法在程序恢复时从内存中加载这些资源，从而造成丢失。有人会问，这些资源不是已经加载到内存中了么？但是，他们在被加载到GPU之后会被从内存中清除。因此要防止此状况最稳健的方法，就是在场景切换前，不要卸载掉其所属的AssetBundle。
案例2 当经常使用AssetBundleB.Unload(false)卸载时，有时会发现AssetBundle中的资源在内存中有多份同时存在。
问题的根源在于从AssetBundle中加载出来的资源，在该AssetBundle卸载之后与其的联系就断开了。
例如：从AssetBundleA中加载出来一个Prefab p1，p1依赖资源tex1也会自动加载到内存中。然后用AssetBundle.Unload(false)卸载AssetBundleA，此时p1与AssetBundleA的联系断开。之后，从AssetBundleA中加载Prefab p2，p2也依赖资源tex1，那么在加载p2时tex1会再次被加载到内存中，导致重复。
网友评论