Unity资源管理——AssetBundle构建/打包

1、为资源设置 assetBundleName 和 assetBundleVariant。

可以在资源的 Inspector 上手动设置，也可以通过 AssetImporter 进行设置。

AssetImporter importer = AssetImporter.GetAtPath(assetPath);
importer.assetBundleName = abName;
importer.assetBundleVariant = abVariant;

实际项目中，通常需要提前制定好 AssetBundle的分组策略，然后规划好 “哪些目录要做怎样的打包处理”，这样才能够批量地对项目中所有的资源设置 assetBundleName 和 assetBundleVariant。

比如：

1、某目录下的所有资源（递归至底）捆打为1个包。

2、某目录下的所有资源（递归至底）各自打为1个包。

3、某目录的下一级目录中的所有资源（递归至底）各自打为1个包。

......

2、唯一打包 API，BuildPipeline.BuildAssetBundles()

在Unity2019.2中，它有两个重载（其他API已废弃）如下：

//Build all AssetBundles specified in the editor.
//构建所有编辑器中指定了AssetBundleName的资源。（通过前期设置）
public static AssetBundleManifest BuildAssetBundles(string outputPath, BuildAssetBundleOptions assetBundleOptions, BuildTarget targetPlatform);//Build AssetBundles from a building map.
//构建资源，通过传入的构建列表。（通过纯代码配置）
public static AssetBundleManifest BuildAssetBundles(string outputPath, AssetBundleBuild[] builds, BuildAssetBundleOptions assetBundleOptions, BuildTarget targetPlatform);

注意：这个API在打包时，本身就是增量的（如果某个资源没有发生变化，就不会重新对该资源打包），不用自己去做增量逻辑。为什么要增量打包？因为增量打包可以大幅节省总的构建时间。

Unity 根据已生成的、与 “XXX资源” 一一对应的 “XXX.manifest” 文件中的记录来判断资源是否发生了变化。

依据：除非删除了 “XXX.manifest”，Unity才会对 “XXX资源” 重新打包。否则就算删除了 “XXX” 的bundle文件也不会重新打包。

如果想要强制重新打包，可以在打包参数中添加 BuildAssetBundleOptions.ForceRebuildAssetBundle。

3、可选的打包参数 BuildAssetBundleOptions。

public enum BuildAssetBundleOptions
{//Build assetBundle without any special option.//不指定任何选项进行打包。//默认使用 LZMA 格式压缩。//LZMA 压缩率较大、压缩产物较小，但加载前需要完整解压，所以加载时间相对较长。//加载时，Unity 会先将 LZMA 格式的包解压，再使用 LZ4 格式重新压缩（会占用内存），最后再使用。//使用 LZMA 格式，意味着要使用包中的一个资源就得解压整个包。//用例：单个或强关联的一组资源。如，打包角色或场景的所有资源。None = 0,//Don't compress the data when creating the asset bundle.//打包时不进行数据压缩。//这使得打包和加载更快！但由于它更大，下载就需要更长的时间。//需要根据实际需求进行权衡。UncompressedAssetBundle = 1,//Includes all dependencies.//包含所有依赖。CollectDependencies = 2,//Forces inclusion of the entire asset.//强制包含整个asset。CompleteAssets = 4,//Do not include type information within the AssetBundle.//不在打包时写入TypeTree信息。//默认高版本的Unity可使用低版本Unity打包的AssetBundle。//如果开启此选项，AssetBundle会更小（优点），但也破坏了这种向下兼容性（缺点）。//NRatel建议：不要开启此选项，除非你能保证你的游戏绝不会在开发和运营过程中不更新Unity版本。DisableWriteTypeTree = 8,//Builds an asset bundle using a hash for the id of the object stored in the asset bundle.//使用存储在AssetBundle中的对象id的hash值来打包。用于增量更新，可以避免文件重命名、位置改动等操作导致的重新打包//注意: 此功能总是启用的。*（疑问？那如何关闭？）DeterministicAssetBundle = 16,//Force rebuild the assetBundles.//强制重新打包，即使原始资源没有任何改变。（反增量打包）ForceRebuildAssetBundle = 32,//Ignore the type tree changes when doing the incremental build check.//在执行增量打包检查时忽略 typeTree 的更改。//即：如果包含的asset没有改变，但是类型树改变了，那么目标AssetBundle不会被重新打包。IgnoreTypeTreeChanges = 64,//Append the hash to the assetBundle name.//将hash值附加到assetbundle名字上。可以用来解决cdn文件缓存问题AppendHashToAssetBundleName = 128,//Use chunk-based LZ4 compression when creating the AssetBundle.//在打包时使用基于块的 LZ4 压缩方式。// LZ4 压缩率较低、压缩产物较大，加载前不需要解压整个包，而是在某个资源加载时实时解压缩该资源所在的块，所以加载时间相对较短。ChunkBasedCompression = 256,//Do not allow the build to succeed if any errors are reporting during it.//如果在打包过程中报告了任何错误，都不允许打包成功。//如果没有这个标志，非致命的错误—例如为特定平台编译着色器失败—将不会导致构建失败，但是可能会在运行时导致不正确的行为。//NRatel认为：应该总是开启此选项，将所有可能出现的问题都暴露在开发阶段。StrictMode = 512,//Do a dry run build.//执行预演打包。//这不会对asset进行真实的打包，仅会返回有效的、包含依赖关系的AssetBundleManifest文件。DryRunBuild = 1024,//Disables Asset Bundle LoadAsset by file name.//禁用按 “asset文件名” 加载asset的方式。//加载AssetBundle中的asset，默认有三种方式：“完整的asset路径”、“asset文件名” 和 “带有扩展名的asset文件名”。//此选项目的：节省运行时内存和加载性能。DisableLoadAssetByFileName = 4096,//Disables Asset Bundle LoadAsset by file name with extension.//禁用按 “带有扩展名的asset文件名” 加载asset的方式。//加载AssetBundle中的asset，默认有三种方式：“完整的asset路径”、“asset文件名” 和 “带有扩展名的asset文件名”。//此选项目的：节省运行时内存和加载性能。DisableLoadAssetByFileNameWithExtension = 8192
}

4、压缩疑问/策略？

疑问：Unity 会自动解压 LZMA格式的 AssetBundle 并重新压缩为LZ4格式。这发生在什么时候？

1、若 Caching.CompressionEnabled 为 true，LZMA 格式的 AB 将在下载时解压并使用LZ4进行缓存。

2、使用 AssetBundle.LoadFromFile 加载 LZMA 格式的 AB 时，AB将在内存中被解压。

策略：

1、打包时使用LZ4格式，不再做其他任何处理。

2、打包时使用LZ4格式，然后用自定义的压缩格式进一步压缩。

3、打包时使用非压缩格式，然后用自定义的压缩格式压缩。

5、打包产物：

(1)、目标 AssetBundle，分两种。

普通 AssetBundle 的结构（较松散）：

normal bundle

场景 AssetBundle 的结构（它针对场景及其内容的串流加载进行了优化）：

scene bundle

------------------------------------------------ NRatel 割 ------------------------------------------------

如果你好奇AssetBundle内部结构到底是怎样的。可以利用 WebExtract.exe 和 binary2text.exe（windows的话，都在Unity安装目录的 \Editor\Data\Tools\ 下），将 AssetBundle 解开。用法如下（在命令行下操作）：

#assetbundle => binaryfile
#Scene的AB解开为 BuildPlayer-<SceneName> 和 BuildPlayer-<SceneName>.sharedAssets。
#普通的AB解开为一个 CAB-<GUIDString> 的档。
#BuildPlayer-<SceneName> 和 CAB-<GUIDString> 对应的就是 Profiler 里面 Others/SerializedFile 里面的名字。
#还有一些后缀为 .resS 的文件，应该就是实际的资源吧。
WebExtract.exe inputassetbundle    #binaryfile => textfile
binary2text.exe inputbinaryfile [outputtextfile] [-detailed] [-largebinaryhashonly] [-hexfloat]