构建AssetBundles

在AssetBundle工作流程的文档中，我们有一个示例代码，它将三个参数传递给BuildPipeline.BuildAssetBundles函数。让我们更深入地了解我们实际上在说什么。
Assets/AssetBundles：这是AssetBundles将被输出到的目录。您可以将其更改为所需的任何输出目录，只需在尝试构建之前确保文件夹实际存在。

BuildAssetBundleOptions

有多种不同的BuildAssetBundleOptions选项可以选择。相关的各个选项可以参阅脚本API文档中的关于BuildAssetBundleOptions的内容。
虽然随着需求的变化和增加，您可以自由组合BuildAssetBundleOptions选项，但有三个特定的BuildAssetBundleOptions是用来处理AssetBundle压缩：

BuildAssetBundleOptions.None：此bundle选项使用LZMA格式压缩，这种压缩是序列化的数据文件的单一压缩的LZMA流。 LZMA压缩的文件在使用前需要对整个bundle解压缩。这导致最小的文件大小和由于解压缩而稍微增加的加载时间。值得注意的是，当使用此BuildAssetBundleOptions时，为了使用捆绑包中的任何资源，必须首先解压缩整个捆绑包。一旦bundle解压缩后，将使用LZ4在磁盘上重新压缩，LZ4压缩在使用bundle中的资产时，不需要提前对整个bundle进行解压缩。这最适合用于bundle中的资产，以便从bundle中使用一个资产将意味着所有资产将被加载。打包角色或场景的所有资源都是可能使用的捆绑包的一些示例。由于较小的初始文件大小，利用LZMA压缩仅推荐用于从异地主机下载资源包。一旦文件被下载，它会缓存为lz4压缩包。
BuildAssetBundleOptions.UncompressedAssetBundle: 此bundle选项以数据完全未压缩的方式构建bundle。未压缩的缺点是较大的文件下载大小。但是，一旦下载的加载时间会更快。
BuildAssetBundleOptions.ChunkBasedCompression: 此bundle选项使用称为LZ4的压缩方法，这导致比LZMA更大的压缩文件大小，但不像LZMA那样在使用之前不需要整个捆绑包解压缩。 LZ4使用基于块的算法，允许将AssetBundle以切片（pieces）或“块”(chunks)的形式加载。解压缩单个块允许使用包含的资产，即使AssetBundle的其他块未被解压缩。

使用ChunkBasedCompression与未压缩的bundle具有可比较的加载时间，还具有减小磁盘大小的附加优势。

BuildTarget

BuildTarget.Standalone: 在这里，我们正在告诉构建管道，我们将使用这些AssetBundles的目标平台。
您可以在BuildTarget的API的脚本参考文档中找到可用的显式构建目标的列表。但是，如果您不希望在构建目标中进行硬编码，则可以随时利用EditorUserBuildSettings.activeBuildTarget，这将自动找到你目前的设置构建和构建AssetBundles基于的目标平台。
一旦正确设置了构建脚本，就可以构建bundles了。如果您按照上述脚本示例，请单击Assets > Build AssetBundles以启动该过程。
现在你已经成功构建了AssetBundles，你可能会注意到你的AssetBundles目录有可能比你预期更多的文件。确切地说，是2 *（n + 1）个文件。让我们花一点时间来看看BuildPipeline.BuildAssetBundles的产量。

对于你在编辑器中指定的每个AssetBundle，你将注意到一个包含AssetBundle name和AssetBundle name +.manifest的文件。

将会有一个额外的bundle和manifest，它不会与您创建的任何AssetBundle共享一个名称。而是以它位于的目录（AssetBundles构建到的目录）命名。这是Manifest Bundle。我们将在以后讨论更多的内容以及如何使用它。

The AssetBundle File

这是缺少.manifest扩展名的文件，以及你在运行时加载的内容，以加载你的资产。
AssetBundle文件是一个在内部包含多个文件的存档。此存档的结构可能会稍有变化，具体取决于它是AssetBundle还是场景AssetBundle。这是一个正常的AssetBundle的结构：

ArchiveFileSystem

场景AssetBundle更改自标准的AssetBundles，因为它针对场景及其内容的流加载进行了优化。该图像显示场景bundle的内部结构：

The Manifest File

对于生成的每个包，包括附加的清单包，都会生成关联的清单文件。清单文件可以使用任何文本编辑器打开，并且包含诸如循环冗余校验（CRC）数据和包的依赖性数据的信息。对于正常的AssetBundles，他们的清单文件将如下所示：

ManifestFileVersion: 0
CRC: 2422268106
Hashes:
  AssetFileHash:
    serializedVersion: 2
    Hash: 8b6db55a2344f068cf8a9be0a662ba15
  TypeTreeHash:
    serializedVersion: 2
    Hash: 37ad974993dbaa77485dd2a0c38f347a
HashAppended: 0
ClassTypes:
- Class: 91
  Script: {instanceID: 0}
Assets:
  Asset_0: Assets/Mecanim/StateMachine.controller
Dependencies: {}

Which shows the contained assets, dependencies, and other information.

The Manifest Bundle that was generated will have a manifest, but it’ll look more like this:

ManifestFileVersion: 0
AssetBundleManifest:
  AssetBundleInfos:
    Info_0:
      Name: scene1assetbundle
      Dependencies: {}

这将显示AssetBundles如何关联以及它们的依赖关系。现在，只要明白这个bundle包含了AssetBundleManifest对象，这对于找出在运行时加载哪个bundle依赖是非常有用的。要了解有关如何使用此bundle和manifest对象的更多信息，请参阅使用本地AssetBundles的文档。

原文链接：
Building AssetBundles

同系列文章

「翻译」Unity中的AssetBundle详解（一）

「翻译」Unity中的AssetBundle详解（二）

「翻译」Unity中的AssetBundle详解（三）

「翻译」Unity中的AssetBundle详解（四）

本文作者： Sheh伟伟
本文链接： http://davidsheh.github.io/2017/08/21/「翻译」Unity中的AssetBundle详解（三）/
版权声明： 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 3.0 许可协议。转载请注明出处！