Unity3d资源反编译. AssetBundle格式简析+简单应用+爬坑

最新推荐文章于 2024-05-31 14:39:33 发布

夜色。

最新推荐文章于 2024-05-31 14:39:33 发布

阅读量1w

点赞数

分类专栏： U3D优化/着色器

U3D优化/着色器专栏收录该内容

31 篇文章 4 订阅

订阅专栏

=================== Unity3d资源反编译工具 DisUnity ================

源码:https://github.com/ata4/disunity

需要配置下环境才能用,请度娘.

命令行工具，可以解包unity的 .assets 和 .unity3d 文件，把里面的模型、音效、贴图都提取出来。
使用前，请确保按照 JDK ，并配置好相关环境。亲测可用！！
具体用法请看 README.md 文件。
示例,以下命令可以解压第一个场景所有资源

=================== AssetBundle格式简析 ================

Unity3D asset bundle 格式简析

Unity3D 的 asset bundle 的格式并没有公开。但为了做更好的差异更新，我们还是希望了解其打包格式。这样可以制作专门的差异比较合并工具，会比直接做二进制差异比较效果好的多。因为可以把 asset bundle 内的数据拆分为独立单元，只对变更的单元做差异比较即可。

网上能查到的资料并不是官方给出的，最为流行的是一个叫做 disunity 的开源工具。它是用 java 编写的，只有源代码，而没有给出格式说明（而后者比代码重要的多）。通过阅读 disunity 的代码，我整理出如下记录：

asset bundle 分为压缩模式和非压缩模式。压缩模式仅仅是用开源的 lzma 库对整个非压缩包做了一次整体压缩。压缩数据的头有 13 个字节，前 5 个字节是 lzma 解压缩的 API 需要穿入的 props ，接下来的 4 字节是解压缩后的数据库长度。最后 4 字节不用理会它。

把压缩数据解开后，就和非压缩模式没有差别，下面只讨论非压缩格式：

assert bundle 的文件头是从这样一个数据结构序列化出来的。

struct AssetBundleFileHead {
     struct LevelInfo {
          unsigned int PackSize;
          unsigned int UncompressedSize;
     };

     string          FileID;
     unsigned int     Version;
     string          MainVersion;
     string          BuildVersion;
     size_t          MinimumStreamedBytes;
     size_t          HeaderSize;
     size_t          NumberOfLevelsToDownloadBeforeStreaming;
     size_t          LevelCount;
     LevelInfo     LevelList[];
     size_t          CompleteFileSize;
     size_t          FileInfoHeaderSize;
     bool          Compressed;
};

string 是直接以 \0 结尾的字符串，顺序序列化；size_t 是大端的 4 字节数字；bool 是单个字节；vector 就是顺着排列的结构。

根据 Unity 版本的不同，assert bundle 的格式也不完全相同。Version 指明了 bundle 的格式版本，从 Unity 3.5 开始到 4.x 版都使用 Version = 3 ，下面只讨论这个版本。HeaderSize 应该恰好等于以上这个文件头的数据长度。

一个 assert bundle 是由多个 asset 文件打包而成，接下来顺序打包了这些 asset 。序列化成这样的结构：

struct AssetFileHeader {
     struct AssetFileInfo {
          string name;
          size_t offset;
          size_t length;
     };
     size_t FileCount;
     AssetFileInfo     File[];
};

这样我们就可以分解出被打包在一起的多个 Asset 了（大多数情况下只有一个）。offset 表示的是除去 HeaderSize 后的偏移量。我们可以用 HeaderSize 加上那个部分的 offset 得到这个部分相对于整个 bundle 的文件偏移。

对于每个 asset ，又有它自己的数据头。数据头除了基本的数据头结构 AssetHeader 外，还有额外的三个部分。disunity 把它们称为 TypeTree ObjectPath 和 AssetRef 。注意：这里 Format 随不同 Unity3D 的版本有所不同，我们只关心目前的版本的格式，这里 Format 为 9 （其它版本的格式，在大小端等问题上有所不同）。

struct AssetHeader {
     size_t TypeTreeSize;
     size_t FileSize;
     unsigned int Format;
     size_t dataOffset;
     size_t Unknown;

Unity 对 Asset 数据做了简单粗暴的序列化操作。整个序列化过程是针对每种对象的数据结构进行的。TypeTree 是对数据结构本身的描述，通过这个描述，就可以反序列化出每个对象。

AssetHeader 后面紧跟着的就是 TypeTree 。但是，这个 TypeTree 对于 asset bundle 来说是可选的，因为数据结构的信息可以事先放置在引擎中（引擎多半只支持固有的数据类型）。在发布到移动设备上时，TypeTree 是不打包到 asset bundle 中的。

每个 asset 对象，都有一个 class id ，可以在 TypeTree 中查到如何反序列化。class id 的和具体类型的对应关系，在Unity3d 的官方文档可以查到。但若我们只是想将差异比较在对象一级进行（而不是具体比较对象中具体的属性），那么就不需要解开具体对象的细节信息，这部分也不用关心。所以这里也不展开（有兴趣可以读一下 disunity 的代码，格式并不复杂）。

在 AssetHeader 中的 TypeTreeSize 指的就是 TypeTree 部分的大小。接下来是每个 AssetObject 的描述数据。

struct ObjectHeader {
     struct ObjectInfo {
          int pathID;
          int offset;
          int length;
          byte classID[8];
     };
     int ObjectCount;
     ObjectInfo Object[];
};

这里，所有的 int 都是以小端编码的 4 字节整数（不同于外部文件格式采用的大端编码）。在 Unity3D 中，每个对象都有唯一的字符串 path ，但是在 asset bundle 里并没有直接保存字符串，而是一个 hash 过的整数，也可以看成是对这个对象的索引号。真正的对象放在数据头的后面，偏移量为 offset 的地方。

这里的 offset 是相对当前 asset 块的。如果想取得正确的相对整个文件的位置，应该是文件的 HeaderSize + asset 的 offset + asset 的 dataOffset + 这里的 object offset 。

接在 ObjectHeader 后的是 AssetRef 表，记录了 Asset 的引用关系。用于指明这个 bundle 内 asset 对外部 asset 的引用情况。AssetRefTable 结构如下：

struct AssetTable {
     struct AssetRef {
          byte GUID[8];
          int type;
          string filePath;
          string assetPath;
     };
     int Count;
     byte Unknown;
    vector Refs;

云风提交于 August 2, 2014 04:43 PM | 固定链接

COMMENTS

struct ObjectInfo {
int offset;
int length;
int pathID;
byte classID[8];
};
pathId应该在length后面

Posted by: Bob | (12) April 7, 2015 07:41 PM

如约而至：https://github.com/dpull/AssetBundlePatch

Posted by: Acai | (11) April 2, 2015 10:15 AM

我在写一个差异更新assetbundle的工具，写完后我会开源出来，目前进度是做两个assetbundle包的对比，发现了几个问题：

1、byte GUID[8];应当是byte GUID[16];
2、path_id并不是hash

Posted by: Acai | (10) January 20, 2015 12:10 PM

每次同样的asset，打包后的包大小都不一致是因为生成assetbundle的时候用了 lzma压缩，只要压缩前的数据有一点点不一样，那lzma 后的结果就几乎完全不一样。
想要得到一模一样的assetbundle包，要在BuildAssetBundle的assetBundleOption里 |BuildAssetBundleOptions.DeterministicAssetBundle 来确保文件的唯一性。

Posted by: yilog | (9) October 7, 2014 04:35 PM

感谢disunity作者的辛勤工作，unity资源文件有它固有的格式，且unity不是开源引擎，研究摸索它的格式需要一定的耐心。

Posted by: silverys | (8) September 2, 2014 09:55 AM

这个很有用！我也要做自定义的Unity的资源加载和更新系统。

Posted by: vv | (7) August 21, 2014 01:52 AM

回復Lazy ，我試過在本機Windows打包MD5驗證時一樣的，換了一台機器就不一樣了，估計把機器UUID也放了進去吧

Posted by: KK | (6) August 13, 2014 09:55 AM

可以解释下为什么每次同样的asset，打包后的包大小都不一致么？从你解释的结构来看好像没有什么不稳定的数据啊。

Posted by: Lazy | (5) August 4, 2014 06:36 PM

期待云风给出patch方案:)

Posted by: 泫 | (4) August 4, 2014 12:04 PM

向请教您一个问题，如果卡牌游戏中数玩家的卡牌过多，存储在数据库中的卡牌数量就很大，玩家登录读取数据时，这部分的数据读取是最慢的，虽然做了分表操作。有什么比较好的解决方案吗？

Posted by: yizh | (3) August 4, 2014 11:45 AM

打算自己做patch么？狂刃的二进制patch工具还不错啊，好像是64k一个块，只要打包的时候是排过序的，最终生成的差异还是比较小的。
这个未公开的结构有可能随时变化吧。不如跟unity联系让他们做一个patch工具好了。

Posted by: bbp | (2) August 4, 2014 06:28 AM

那13字节是标准的LZMA压缩文件头, 后8个字节是long类型小端表示的长度.
7-zip可以直接打开这种以.lzma后缀的压缩文件.

Posted by: dwing | (1) August 2, 2014 09:09 PM

=================== AssetBundle简单应用 ================

在手游的运营过程中，更新资源是比不可少的。资源管理第一步是资源打包。传统的打包可以将所有物件制成预设Prefab，打包成场景。今天我们来一起学习官方推荐的Assetbundle，它是Unity（Pro）提供的资源打包策略。利用AssetBundle，可以将几乎所有的资源都打包封装，便于客户端更新下载新的资源。

(转载请注明原文出处http://blog.csdn.net/janeky/article/details/17652021)

创建AssetBundle

1.创建一个空的Prefab，命名Cube，然后创建一个Cube，将其拉到刚创建好的Prefab
2.新建一个脚本ExportAssetBundles.cs（代码来自官方文档）,保存在Asset/Editor目录下

[csharp]view plaincopy 
   
 //在Unity编辑器中添加菜单  
 [MenuItem("Assets/Build AssetBundle From Selection")]  
 static void ExportResourceRGB2()  
 {  
     // 打开保存面板，获得用户选择的路径  
     string path = EditorUtility.SaveFilePanel("Save Resource", "", "New Resource", "assetbundle");  
   
     if (path.Length != 0)  
     {  
         // 选择的要保存的对象  
         Object[] selection = Selection.GetFiltered(typeof(Object), SelectionMode.DeepAssets);  
         //打包  
         BuildPipeline.BuildAssetBundle(Selection.activeObject, selection, path, BuildAssetBundleOptions.CollectDependencies | BuildAssetBundleOptions.CompleteAssets, BuildTarget.StandaloneWindows);  
     }  
 }  

这时我们将看到Asset下面出现Build AssetBundle From Selection和Build Scene
3.选中预设Cube，运行Build AssetBundle From Selection。这时会弹出一个保存框，将其命名为cube.unity3d（这里为了测试方便，放在c盘。实际项目中，我们是需要将他们放在web服务器，供所有客户端下载更新)
4.新建一个场景scene1.unity,上面放置几个模型，然后保存

5.选中该场景，在之前的ExportAssetBundles.cs脚本中添加打包场景的函数，运行Assets->Build Scene，保存为scene1.unity3d（这里为了测试方便，也放在c盘)

[csharp]view plaincopy 
   
 [MenuItem("Assets/Save Scene")]  
 static void ExportScene()  
 {  
       // 打开保存面板，获得用户选择的路径  
     string path = EditorUtility.SaveFilePanel("Save Resource", "", "New Resource", "unity3d");  
   
     if (path.Length != 0)  
     {  
         // 选择的要保存的对象  
         Object[] selection = Selection.GetFiltered(typeof(Object), SelectionMode.DeepAssets);  
         string[] scenes = {"Assets/scene1.unity"};  
         //打包  
         BuildPipeline.BuildPlayer(scenes,path,BuildTarget.StandaloneWindows,BuildOptions.BuildAdditionalStreamedScenes);  
     }  
 }  

注意事项
a.AssetBundle的保存后缀名可以是assetbundle或者unity3d
b.BuildAssetBundle要根据不同的平台单独打包，BuildTarget参数指定平台，如果不指定，默认的webplayer

加载AssetBundle

我们通过一个简单的代码来演示如何加载assetbundle，包括加载普通asset和场景。

[csharp]view plaincopy 
   
 using System;  
 using UnityEngine;  
 using System.Collections;  
   
 public class Load: MonoBehaviour  
 {  
     private string BundleURL = "file:///C:/cube.assetbundle";  
     private string SceneURL = "file:///C:/scene1.unity3d";  
   
     void Start()  
     {  
         //BundleURL = "file//"+Application.dataPath+"/cube.assetbundle";  
         Debug.Log(BundleURL);  
         StartCoroutine(DownloadAssetAndScene());  
     }  
   
     IEnumerator DownloadAssetAndScene()  
     {  
         //下载assetbundle，加载Cube  
         using (WWW asset = new WWW(BundleURL))  
         {  
             yield return asset;  
             AssetBundle bundle = asset.assetBundle;  
             Instantiate(bundle.Load("Cube"));  
             bundle.Unload(false);  
             yield return new WaitForSeconds(5);  
         }  
         //下载场景，加载场景  
         using (WWW scene = new WWW(SceneURL))  
         {  
             yield return scene;  
             AssetBundle bundle = scene.assetBundle;  
             Application.LoadLevel("scene1");  
         }  
          
     }  
 }  

注意事项
a.LoadFromCacheOrDownload 可以指定版本，如果本地版本是新的，将不会从服务器读取
b.如果是多个资源打包在一起，我们要通过bundle.Load(),加载特定的资源
c.挂载在模型上的脚本也可以一起打包，但是保证脚本在原目录也要存在，否则加载出来无法运行。关于如何更新脚本，我将放在以后的章节中阐述。

AssetBundle依赖关系

如果一个公共对象被多个对象依赖，我们打包的时候，可以有两种选取。一种是比较省事的，就是将这个公共对象打包到每个对象中。这样会有很多弊端：内存被浪费了；加入公共对象改变了，每个依赖对象都得重新打包。AssetBundle提供了依赖关系打包。我们通过一个简单的例子来学习

[csharp]view plaincopy 
   
 //启用交叉引用，用于所有跟随的资源包文件，直到我们调用PopAssetDependencies  
     BuildPipeline.PushAssetDependencies();  
   
     var options =  
         BuildAssetBundleOptions.CollectDependencies |  
         BuildAssetBundleOptions.CompleteAssets;  
   
   
     //所有后续资源将共享这一资源包中的内容，由你来确保共享的资源包是否在其他资源载入之前载入  
     BuildPipeline.BuildAssetBundle(  
         AssetDatabase.LoadMainAssetAtPath("assets/artwork/lerpzuv.tif"),  
         null, "Shared.unity3d", options);  
   
   
         //这个文件将共享这些资源，但是后续的资源包将无法继续共享它  
     BuildPipeline.PushAssetDependencies();  
     BuildPipeline.BuildAssetBundle(  
         AssetDatabase.LoadMainAssetAtPath("Assets/Artwork/Lerpz.fbx"),  
         null, "Lerpz.unity3d", options);  
     BuildPipeline.PopAssetDependencies();  
   
   
     这个文件将共享这些资源，但是后续的资源包将无法继续共享它  
     BuildPipeline.PushAssetDependencies();  
     BuildPipeline.BuildAssetBundle(  
         AssetDatabase.LoadMainAssetAtPath("Assets/Artwork/explosive guitex.prefab"),  
         null, "explosive.unity3d", options);  
     BuildPipeline.PopAssetDependencies();  
   
   
     BuildPipeline.PopAssetDependencies();  

我们在程序加载的时候必须保证先加载公共对象。否则，只能是在各个对象加载成功后，再通过程序手动添加进来，比较繁琐。在实际项目中，由于是团队开发，对象间的依赖关系通常会比较凌乱，最好在开发周期就定好相关的规范约束，方便管理。

总结

这一节的内容偏实际操作，官方文档和雨松的blog中已经有更加详细介绍。如果大家还有不明白的地方，可以结合文档再实际操作一下。后面的章节，我将花更多的时间介绍核心的内容：资源的增量更新，和代码程序的更新。

源码

http://pan.baidu.com/s/1i3BOAPn

参考资料

1.http://www.xuanyusong.com/
2.http://game.ceeger.com/Manual/DownloadingAssetBundles.html

=================== AssetBundle跳过的坑 ================

原文 http://www.cnblogs.com/ybgame/p/3973177.html

这篇文章从AssetBundle的打包，使用，管理以及内存占用各个方面进行了比较全面的分析，对AssetBundle使用过程中的一些坑进行填补指引以及喷！

AssetBundle是Unity推荐的资源管理方式，官方列举了诸如热更新，压缩，灵活等等优点，但AssetBundle的坑是非常深的，很多隐藏细节让你使用起来需要十分谨慎，一不小心就会掉入深坑，打包没规划好，20MB的资源“压缩”到了30MB，或者大量的包导致打包以及加载时的各种低效，或者莫名其妙地丢失关联，或者内存爆掉，以及各种加载失败，在网上研究了大量关于AssetBundle的文章，但每次看完之后，还是有不少疑问，所以只能通过实践来解答心中的疑问，为确保结果的准确性，下面的测试在编辑器下，Windows，IOS下都进行了测试比较。

首先你为什么要选择AssetBundle，纵使他有千般好处，但一般选择AssetBundle的原因就是，要做热更新，动态更新游戏资源，或者你Resource下的资源超过了它的极限（2GB还是4GB？），如果你没有这样的需求，那么建议你不要使用这个坏东西，闹心~~

当你选择了AssetBundle之后，以及我开始喷AssetBundle之前，我们需要对AssetBundle的工作流程做一个简单的介绍：

AssetBundle可以分为打包AssetBundle以及使用AssetBundle

打包需要在UnityEditor下编写一些简单的代码，来取出你要打包的资源，然后调用打包方法进行打包

Object obj = AssetDatabase.LoadMainAssetAtPath("Assets/Test.png");
BuildPipeline.BuildAssetBundle(obj, null,
                                  Application.streamingAssetsPath + "/Test.assetbundle",
                                 BuildAssetBundleOptions.CollectDependencies | BuildAssetBundleOptions.CompleteAssets
                                 | BuildAssetBundleOptions.DeterministicAssetBundle, BuildTarget.StandaloneWindows);

在使用的时候，需要用WWW来加载Bundle，然后再用加载出来的Bundle来Load资源

WWW w = new WWW("file://" + Application.streamingAssetsPath + "/Test.assetbundle");
myTexture = w.assetBundle.Load("Test");

【一，打包】

接下来我们来看一下打包：

1.资源的搜集

在打包前我们可以通过遍历目录的方式来自动化地进行打包，可以有选择性地将一些目录打包成一个Bundle，这块也可以用各种配置文件来管理资源，也可以用目录规范来管理

我这边是用一个目录规范对资源进行大的分类，分为公共以及游戏内，游戏外几个大模块，然后用一套简单命名规范来指引打包，例如用OBO（OneByOne）作为目录后缀来指引将目录下所有资源独立打包，默认打成一个包，用Base前缀来表示这属于公共包，同级目录下的其他目录需要依赖于它

使用Directory的GetFiles和GetDirectories可以很方便地获取到目录以及目录下的文件

Directory.GetFiles("Assets/MyDirs", "*.*", SearchOption.TopDirectoryOnly);
    Directory.GetDirectories(Application.dataPath + "/Resources/Game", "*.*", SearchOption.AllDirectories);

2.资源读取

GetFiles搜集到的资源路径可以被加载，加载之前需要判断一下后缀是否.meta，如果是则不取出该资源，然后将路径转换至Assets开头的相对路径，然后加载资源

string newPath = "Assets" + mypath.Replace(Application.dataPath, "");
    newPath = newPath.Replace("\\", "/");
    Object obj = AssetDatabase.LoadMainAssetAtPath(newPath);

3.打包函数

我们调用BuildPipeline.BuildAssetBundle来进行打包：

BuildPipeline.BuildAssetBundle有5个参数，第一个是主资源，第二个是资源数组，这两个参数必须有一个不为null，如果主资源存在于资源数组中，是没有任何关系的，如果设置了主资源，可以通过Bundle.mainAsset来直接使用它

第三个参数是路径，一般我们设置为 Application.streamingAssetsPath + Bundle的目标路径和Bundle名称

第四个参数有四个选项，BuildAssetBundleOptions.CollectDependencies会去查找依赖，BuildAssetBundleOptions.CompleteAssets会强制包含整个资源，BuildAssetBundleOptions.DeterministicAssetBundle会确保生成唯一ID，在打包依赖时会有用到，其他选项没什么意义

第五个参数是平台，在安卓，IOS，PC下，我们需要传入不同的平台标识，以打出不同平台适用的包，注意，Windows平台下打出来的包，不能用于IOS

在打对应的包之前应该先选择对应的平台再打包

4.打包的决策

在打包的时候，我们需要对包的大小和数量进行一个平衡，所有资源打成一个包，一个资源打一个包，都是比较极端的做法，他们的问题也很明显，更多情况下我们需要灵活地将他们组合起来

打成一个包的缺点是加载了这个包，我们不需要的东西也会被加载进来，占用额外内存，而且不利于热更新

打成多个包的缺点是，容易造成冗余，首先影响包的读取速度，然后包之间的内容可能会有重复，且太多的包不利于资源管理

哪些模块打成一个包，哪些模块打成多个包，需要根据实际情况来，例如游戏中每个怪物都需要打成一个包，因为每个怪物之间是独立的，例如游戏的基础UI，可以打成一个包，因为他们在各个界面都会出现

PS.想打包进AssetBundle中的二进制文件，文件名的后缀必须为“.bytes”

【二，解包】

解包的第一步是将Bundle加载进来，new一个WWW传入一个URL即可加载Bundle，我们可以传入一个Bundle的网址，从网络下载，也可以传入本地包的路径，一般我们用file://开头+Bundle路径，来指定本地的Bundle，用 http:// 或 https:// 开头+Bundle网址来指定网络Bundle

string.Format("file://{0}/{1}", Application.streamingAssetsPath, bundlePath);

在安卓下路径不一样，如果是安卓平台的本地Bundle，需要用jar:file://作为前缀，并且需要设置特殊的路径才能加载

string.Format("jar:file://{0}!/assets/{1}", Application.dataPath, bundlePath);

传入指定的URL之后，我们可以用WWW来加载Bundle，加载Bundle需要消耗一些时间，所以我们一般在协同里面加载Bundle，如果加载失败，你可以在www.error中得到失败的原因

IEnumerator LoadBundle(string url)
{
  WWW www = = new WWW(url);
  yield return www;

  if (www.error != null)
  {
  Debug.LogError("Load Bundle Faile " + url + " Error Is " + www.error);
  yield break;
  }

  //Do something ...
}

除了创建一个WWW之外，还有另一个方法可以加载Bundle， WWW.LoadFromCacheOrDownload (url, version)，使用这个函数对内存的占用会小很多，但每次重新打包都需要将该Bundle对应的版本号更新（第二个参数version），否则可能会使用之前的包，而不是最新的包，LoadFromCacheOrDownload会将Bundle从网络或程序资源中，解压到一个磁盘高速缓存，一般可以理解为解压到本地磁盘，如果本地磁盘已经存在该版本的资源，就直接使用解压后的资源。对于AssetBundle所有对内存占用的情况，后面会有一小节专门介绍它

LoadFromCacheOrDownload会记录所有Bundle的使用情况，并在适当的时候删除最近很少使用的资源包，它允许存在两个版本号不同但名字一样的资源包，这意味着你更新这个资源包之后，如果没有更新代码中的版本号，你可能取到的会是旧版本的资源包，从而产生其他的一些BUG。另外，当你的磁盘空间不足的时候（硬盘爆了），LoadFromCacheOrDownload只是一个普通的new WWW！后面关于内存介绍的小节也会对这个感叹号进行介绍的

拿到Bundle之后，我们就需要Load里面的资源，有Load，LoadAll以及LoadAsyn可供选择

//将所有对象加载资源
   Object[] objs = bundle.LoadAll();
 
   //加载名为obj的资源
   Object obj = bundle.Load("obj");
 
   //异步加载名为resName，类型为type的资源
   AssetBundleRequest res = bundle.LoadAsync(resName, type);
      yield return res;
   var obj = res.asset;

我们经常会把各种游戏对象做成一个Prefab，那么Prefab也会是我们Bundle中常见的一种资源，使用Prefab时需要注意一点，在Bundle中加载的Prefab是不能直接使用的，它需要被实例化之后，才能使用，而对于这种Prefab，实例化之后，这个Bundle就可以被释放了

//需要先实例化
    GameObject obj = GameObject.Instantiate(bundle.Load("MyPrefab")) as GameObject;

对于从Bundle中加载出来的Prefab，可以理解为我们直接从资源目录下拖到脚本上的一个Public变量，是未被实例化的Prefab，只是一个模板

如果你用上面的代码来加载资源，当你的资源慢慢多起来的时候，你可能会发现一个很坑爹的问题，你要加载的资源加载失败了，例如你要加载一个GameObject，但是整个加载过程并没有报错，而当你要使用这个GameObject的时候，出错了，而同样的代码，我们在PC上可能没有发现这个问题，当我们打安卓或IOS包时，某个资源加载失败了。

出现这种神奇的问题，首先是怀疑打包的问题，包太大了？删掉一些内容，不行！重新打一个？还是不行！然后发现来来回回，都是这一个GameObject报的错，难道是这个GameObject里面部分资源有问题？对这个GameObject各种分析，把它大卸八块，处理成一个很简单的GameObject，还是不行！难道是名字的问题？把这个GameObject的名字改了一下，可以了！

本来事情到这就该结束了，但是，这也太莫名其妙了吧！而且，最重要的是，哥就喜欢原来的名字！！把这个资源改成新的名字，怎么看怎么变扭，怎么看都没有原来的名字好看，所以继续折腾了起来~

首先单步跟踪到这个资源的Load，资源被成功Load出来了，但是Load出来的东西有点怪怪的，明显不是一个GameObject，而是一个莫名其妙的东西，可能是Unity生成的一个中间对象，也许是一个索引对象，反正不是我要的东西，打包的GameObject怎么会变成这个玩意呢？于是在加载Bundle的地方，把Bundle LoadAll了一下，然后查看这个Bundle里面的内容

在这里我们可以看到，有一个叫RoomHallView和RoomMainView的GameObject，并且，LoadAll之后的资源比我打包的资源要多很多，看样子所有关联到的资源都被自动打包进去了，数组的427是RoomHallView的GameObject，而431才是RoomMainView的GameObject。可以看到名字叫做RoomMainView和RoomHallView的对象有好几个，GameObject，Transform，以及一个只有名字的对象，它的类型是一个ReferenceData。

仔细查看可以发现，RoomHallView的GameObject是排在数组中所有名为RoomHallView对象的最前面，而RoomMainView则是ReferenceData排在前面，当我们Load或者LoadAsyn时，是一次数组的遍历，当遍历到名字匹配的对象时，则将对象返回，LoadAsyn会对类型进行匹配，但由于我们传入的是Object，而几乎所有的对象都是Object，所以返回的结果就是第一个名字匹配的对象

在Load以及LoadAsyn时，除了名字，把要加载对象的类型也传入，再调试，原来的名字也可以正常被读取到了，这个细节非常的坑，因为在官网并没有提醒，而且示例的sample也没有说应该注意这个地方，并且出现问题的几率很小。所以一旦出现，就坑死了

bundle.Load("MyPrefab", typeof(GameObject))

另外，不要在IOS模拟器上测试AssetBundle，你会收到bad url的错误

【三，依赖】

依赖和打包息息相关，之所以把依赖单独分开来讲，是因为这玩意太坑了.......

【1.打包依赖】

在我们打包的时候，将两个资源打包成单独的包，那么两个资源所共用的资源，就会被打包成两份，这就造成了冗余，所以我们需要将公共资源抽出来，打成一个Bundle，然后后面两个资源，依赖这个公共包，那么还有另外一种方法，就是把它们三打成一个包，但这不利于后期维护

我们使用BuildPipeline.PushAssetDependencies()和BuildPipeline.PopAssetDependencies()来开启Bundle之间的依赖关系，当我们调用PushAssetDependencies之后，会开启依赖模式，当我们依次打包 A B C时，如果A包含了B的资源，B就不会再包含这个资源，而是直接依赖A的，如果A和B包含了C的资源，那么C的这个资源旧不会被打包进去，而是依赖A和B。这时候只要有同样的资源，就会向前依赖，当我们希望，B和C依赖A，但B和C之间不互相依赖，就需要嵌套Push Pop了，当我们调用PopAssetDependencies就会结束依赖

string path = Application.streamingAssetsPath;
  BuildPipeline.PushAssetDependencies();
 
  BuildTarget target = BuildTarget.StandaloneWindows;
  
  BuildPipeline.BuildAssetBundle(AssetDatabase.LoadMainAssetAtPath("Assets/UI_tck_icon_houtui.png"), null,
    path + "/package1.assetbundle",
    BuildAssetBundleOptions.CollectDependencies | BuildAssetBundleOptions.CompleteAssets
    | BuildAssetBundleOptions.DeterministicAssetBundle, target);
 
 
  BuildPipeline.BuildAssetBundle(AssetDatabase.LoadMainAssetAtPath("Assets/New Material.mat"), null,
    path + "/package2.assetbundle",
    BuildAssetBundleOptions.CollectDependencies | BuildAssetBundleOptions.CompleteAssets
    | BuildAssetBundleOptions.DeterministicAssetBundle, target);
 
 
  BuildPipeline.PushAssetDependencies();
  BuildPipeline.BuildAssetBundle(AssetDatabase.LoadMainAssetAtPath("Assets/Cube.prefab"), null,
    path + "/package3.assetbundle",
    BuildAssetBundleOptions.CollectDependencies | BuildAssetBundleOptions.CompleteAssets
    | BuildAssetBundleOptions.DeterministicAssetBundle, BuildTarget.StandaloneWindows);
  BuildPipeline.PopAssetDependencies();
 
 
 
  BuildPipeline.PushAssetDependencies();
  BuildPipeline.BuildAssetBundle(AssetDatabase.LoadMainAssetAtPath("Assets/Cubes.prefab"), null,
    path + "/package4.assetbundle",
    BuildAssetBundleOptions.CollectDependencies | BuildAssetBundleOptions.CompleteAssets
    | BuildAssetBundleOptions.DeterministicAssetBundle, target);
  BuildPipeline.PopAssetDependencies();
 
  BuildPipeline.PopAssetDependencies();

上面的代码演示了如何使用依赖，这个测试使用了一个纹理，一个材质，一个正方体Prefab，还有两个正方体组成的Prefab，材质使用了纹理，而两组正方体都使用了这个材质，上面的代码用Push开启了依赖，打包纹理，然后打包材质（材质自动依赖了纹理），然后嵌套了一个Push，打包正方体（正方体依赖前面的材质和纹理），然后Pop，接下来再嵌套了一个Push，打包那组正方体（不依赖前面的正方体，依赖材质和纹理）

如果我们只开启最外面的Push Pop，而不嵌套Push Pop，那么两个正方体组成的Prefab就会依赖单个正方体的Prefab，依赖是一把双刃剑，它可以去除冗余，但有时候我们又需要那么一点点冗余

【2.依赖丢失】

当我们的Bundle之间有了依赖之后，就不能像前面那样简单地直接Load对应的Bundle了，我们需要把Bundle所依赖的Bundle先加载进来，这个加载只是WWW或者 LoadFromCacheOrDownload，并不需要对这个Bundle进行Load ，如果BundleB依赖BundleA，当我们要加载BundleB的资源时，假设BundleA没有被加载进来，或者已经被Unload了，那么BundleB依赖BundleA的部分就会丢失，例如每个正方体上都挂着一个脚本，当我们不嵌套Push Pop时，单个正方体的Bundle没有被加载或者已经被卸载，我们加载的那组正方体上的脚本就会丢失，脚本也是一种资源，当一个脚本已经被打包了，依赖这个包的资源，就不会被再打进去

Cubes和Cube都挂载同一个脚本，TestObje，Cubes依赖Cube，将Cube所在的Bundle Unload，再Load Cubes的Bundle，Cubes的脚本丢失，脚本，纹理，材质等一切资源，都是如此

【3.更新依赖】

在打包的时候我们需要指定BuildAssetBundleOptions.DeterministicAssetBundle选项，这个选项会为每个资源生成一个唯一的ID，当这个资源被重新打包的时候，确定这个ID不会改变，包的依赖是根据这个ID来的，使用这个选项的好处是，当资源需要更新时，依赖于该资源的其他资源，不需要重新打包

A -> B -> C

当A依赖B依赖C时，B更新，需要重新打包C，B，而A不需要动，打包C的原因是，因为B依赖于C，如果不打包C，直接打包B，那么C的资源就会被重复打包，而且B和C的依赖关系也会断掉

【四，内存】

在使用WWW加载Bundle时，会开辟一块内存，这块内存是Bundle文件解压之后的内存，这意味着这块内存很大，通过Bundle.Unload可以释放掉这块内存，Unload true和Unload false 都会释放掉这块内存，而这个Bundle也不能再用，如果要再用，需要重新加载Bundle，需要注意的是，依赖这个Bundle的其他Bundle，在Load的时候，会报错

得到Bundle之后，我们用Bundle.Load来加载资源，这些资源会从Bundle的内存被复制出来，作为Asset放到内存中，这意味着，这块内存，也很大，Asset内存的释放，与Unity其他资源的释放机制一样，可以通过Resources.UnloadUnuseAsset来释放没有引用的资源，也可以通过Bundle.Unload(true)来强制释放Asset，这会导致所有引用到这个资源的对象丢失该资源

上面两段话可以得出一个结论，在new WWW(url)的时候，会开辟一块内存存储解压后的Bundle，而在资源被Load出来之后，又会开辟一块内存来存储Asset资源，WWW.LoadFromCacheOrDownload(url)的功能和new WWW(url)一样，但LoadFromCacheOrDownload是将Bundle解压到磁盘空间而不是内存中，所以LoadFromCacheOrDownload返回的WWW对象，本身并不会占用过多的内存（只是一些索引信息，每个资源对应的磁盘路径，在Load时从磁盘取出），针对手机上内存较小的情况，使用 WWW. LoadFromCacheOrDownload代替new WWW可以有效地节省内存。但LoadFromCacheOrDownload大法也有不灵验的时候，当它不灵验时，L oadFromCacheOrDownload 返回的WWW对象将占用和new WWW一样的内存，所以不管你的Bundle是如何创建出来的，都需要在不使用的时候，及时地Unload掉。

另外使用LoadFromCacheOrDownload需要注意的问题是——第二个参数，版本号，Bundle重新打包之后，版本号没有更新，取出的会是旧版本的Bundle，并且一个Bundle缓存中可能会存在多个旧版本的Bundle，例如1,2,3 三个版本的Bundle

在Bundle Load完之后，不需要再使用该Bundle了，进行Unload，如果有其他Bundle依赖于该Bundle，则应该等依赖于该Bundle的Bundle不需要再Load之后，Unload这个Bundle，一般出现在大场景切换的时候。

我们知道在打包Bundle的时候，有一个参数是mainAsset，如果传入该参数，那么资源会被视为主资源打包，在得到Bundle之后，可以用AssetBundle.mainAsset直接使用，那么是否在WWW获取Bundle的时候，就已经将mainAsset预先Load出来了呢？不是！在我们调用 AssetBundle.mainAsset取出mainAsset时，它的get方法会阻塞地去Load mainAsset ，然后返回，AssetBundle.mainAsset等同于Load("mainAssetName")

PS.重复Load同一个资源并不会开辟新的内存来存储这个资源

【五，其他】

在使用AssetBundle的开发过程中，我们经常会对资源进行调整，调整之后需要对资源进行打包才能生效，对开发效率有很大的影响，所以在开发中我们使用Resource和Bundle兼容的方式

首先将资源管理封装到一个Manager中，从Bundle中Load资源还是从Resource里面Load资源，都由它决定，这样可以保证上层逻辑代码不需要关心当前的资源管理类型

当然，我们所有要打包的对象，都在Resource目录下，并且使用严格的目录规范，然后使用脚本对象，来记录每个资源所在的Bundle，以及所对应的Resource目录，在资源发生变化的时候，更新脚本对象，Manager在运行时使用脚本对象的配置信息，这里的脚本对象我们是使用代码自动生成的，当然，你也可以用配置表，效果也是一样的

版本管理也可以交由脚本对象来实现，每次打包的资源，需要将其版本号+1，脚本对象可存储所有资源的版本号，版本号可以用于LoadFromCacheOrDownload时传入，也可以手动写入配置表，在我设计的脚本对象中，每个资源都会有一个所属Bundle，Resource下相对路径，版本号等三个属性

在版本发布的时候，你需要先打包一次Bundle，并且将Resource目录改成其他的名字，然后再打包，确保Resource目录下的资源没有被重复打包，而如果你想打的是Resource版本，则需要将StreamingAssets下的Bundle文件删除

脚本对象的使用如下：

1.先设计好存储结构

2.写一个继承于ScriptObject的类，用可序列化的容器存储数据结构（List或数组），Dictionary等容器无法序列化，public之后在

[Serializable]
public class ResConfigData
{
  public string ResName; //资源名字
  public string BundleName; //包名字
  public string Path; //资源路径
  public int Vesrion; //版本号
}
 
[System.Serializable]
public class ResConfig : ScriptableObject
{
  public List<ResConfigData> ConfigDatas = new List<ResConfigData>();
}

4.在指定的路径读取对象，读取不到则创建对象

ResConfig obj = (ResConfig)AssetDatabase.LoadAssetAtPath(path, typeof(ResConfig));
if (obj == null)
{
   obj = ScriptableObject.CreateInstance<ResConfig>();
   AssetDatabase.CreateAsset(obj, path);
}

3.写入数据，直接修改obj的数组，并保存（不保存下次启动Unity数据会丢失）

EditorUtility.SetDirty(obj);

由于数组操作不方便，所以我们可以将数据转化为方便各种增删操作的Dictionary容器存储，在保持时将其写入到持久化的容器中

最后，发现之前的一些文章被“原创”了，请勿“原创”这篇文章

夜色。

关注

0
点赞
踩
14

收藏

觉得还不错? 一键收藏
1
评论
Unity3d资源反编译. AssetBundle格式简析+简单应用+爬坑

=================== Unity3d资源反编译工具 DisUnity ================源码:https://github.com/ata4/disunity需要配置下环境才能用,请度娘.命令行工具，可以解包unity的 .assets 和 .unity3d 文件，把里面的模型、音效、贴图都提取出来。使用前，请确保按照 JDK ，
复制链接

扫一扫

专栏目录