【Bundle的组成】
Bundle里包含Asset、Asset由Object组成，Object由Type组成。前文说了Type由MonoScript的方式处理，这里我们需要从Object看起。
Asset由Object组成，Object可能依赖其他Asset中的Object，Asset之间的依赖本质是由Object之间的依赖造成的。而Bundle是由Asset组成的，确定Bundle包含哪些Asset，实际上就是要确定Asset要有哪些Object，IncludeObject必需要有，而ReferencedObjects不一定会有。
因此，Object会依赖其他Object，所以Asset会依赖其他Asset，进而Bundle依赖其他Bundle。
我们组建Bundle有两个目标和一套规则。
两个目标是：
- 目标1：一个Asset尽可能只在一个Bundle内，不在多个Bundle内
- 为保证这个目标，需要做剔除依赖Object的操作，不同的Asset依赖的Object不能相同
- 目标2：一个Asset及其依赖的Asset尽可能多的在少数Bundle内，不在多个Bundle内
- 为了保存这个目标，需要统计Asset被依赖的次数和深度，得到依赖相关性
规则有：
- 规则1：手动指定Asset在某个Bundle时一定要在某个Bundle内
- 规则2：业务逻辑上属于同一个实体的Asset放在同一个Bundle内
- 例如一个角色的纹理、模型和动画打包在一起
- 规则3：场景内共享的资源放在同一个Bundle内
- 规则4：不同类型的资源放在同一个Bundle内
- 规则5：零散的很小的资源放在同一个Bundle内
- 规则6：各种结合业务实际情况的自定义规则
【GenerateBundlePacking】
这个Task很重要，其目的就是为了计算出一个Bundle包含哪些Asset，但这里只是做了一个目标1的计算。
我们可以在此之前或之后根据项目设计的分包规则添加自定义的Task。这是定制化SBP非常重要的一步。
这里出现的File可以简单认为就是Bundle，后文再做详细解释。
- 从BuildContent.BundleLayout拿到每个Bundle对应的所有资源
- 判断Bundle内的每个资源是asset还是scene（这里的判断可以优化）
- 得到bundle的内部文件名
- 对于Asset，名字为archive:/{CAB-/{0}
- var internalName = string.Format(CommonStrings.AssetBundleNameFormat, m_PackingMethod.GenerateInternalFileName(bundleName));
- IDeterministicIdentifiers：确定性标识符，对每个对象可以生成唯一一个标识符，具有可重复性和确定性。可以理解为一种哈希方式。
- 对于Scene，名字为archive:/{0}/{1}.sharedAssets
- 对于Asset，名字为archive:/{CAB-/{0}
- DependencyData.AssetInfo得到该Asset的includedObjects和referencedObjects
- m_DependencyData.AssetInfo[asset]
- 过滤该Asset的referencedObjects并得到referencedAssets（注意区分依赖的Asset和依赖的Objectde 不同）：FilterReferencesForAsset：
- 移除referencedObjects中默认资源的Object，默认资源在单独的地方
- 看Object对应的asset的filePath是不是默认资源路径library/unity default resources
- 将referencedObjects区分为显式资产referencedAssets和隐式Object references
- 根据Guid的大小排序进一步从referencedObjects移除隐式Object（这里大小排序很巧妙），当多个Asset同时引用某个隐式Object时，guid大的要移除改隐式Object，最终使得隐式的Object只属于唯一的一个显式Asset，存在以下情况：
- 该Asset的referencedObjects包含某个隐式Object，该Asset的依赖Asset的referencedObjects同样包含，那么该隐式Object归属于Guid小的Asset
- 如果该Asset的依赖Asset反向依赖该Asset，并该Asset的Guid小，那么该隐式Object归属于该Asset
- 对于Scene有额外的处理：
- 场景是Asset的容器，只存在场景依赖Asset，不存在Asset依赖场景，不同的场景可以依赖同一个Asset
- 对于场景先经过Asset同样的过滤处理得到引用的显式Asset和隐式Object，这里做的是Scene与Asset之间存在相同的Object依赖处理，还需要进行Scene之间的相同Object依赖处理
- 如果之前Scene的显式Asset的referencedObjects和当前Scene的隐式Object有相同的，那么当前Scene的隐式Object需要剔除，并在显式Asset中加上隐式Object的Asset
- 例如Scene S1要引用Asset a1,a包含Object o1,er S2 隐式用到了o1，那么S2的隐式引用去掉o1,显式引用增加a1
- 当前Scene的隐式Object如果和之前Scene的隐式Object存在重复，要剔除。‘
- 总之要保证每个Scene引用的显式Asset可以相同，但隐式Object（即隐式Asset）不同
- 移除referencedObjects中默认资源的Object，默认资源在单独的地方
- 得到该Asset确定包含的Object，即这些Object所属的Asset要在同一个Bundle内部
- allObjects.UnionWith(assetInfo.includedObjects)
- allObjects.UnionWith(references);注意这里的references相比原来的assetInfo.referencedObjects显式剔除了显式的Object，尤剔除了部分隐式Object
- 循环处理每个Asset可以得到
- 一个File中需要包含的全部Object
- m_WriteData.FileToObjects.Add(internalName, allObjects.ToList());
- 一个Asset最终会在哪个File中
- m_WriteData.AssetToFiles[asset] = new List<string> { internalName }
- 一个File对应哪个Bundle
- m_WriteData.FileToBundle.Add(internalName, bundleName);
- 一个File中需要包含的全部Object
- Asset之间存在依赖，上面的步骤可以得到每个Asset最终在哪个File中，所以Asset会依赖于其他File，可以得到Asset及其依赖的File之间的关系，m_WriteData.AssetToFiles
- referenceFiles[0]是该Asset所在的File，其他的是依赖的File
- 注意在Asset-:>Object的层级关系中，一个Object依赖其他Object，需要在Object中记录时哪个Asset中的Object。同理，一个Asset依赖另一个Asset，需要记录是哪个File中的Asset，如此在能从当前Object一步步找到依赖的Objcet
【UpdateBundleObjectLayout】
- 根据DependencyData.AssetInfo的includedObjects、referencedObjects和SceneInfo的referencedObjects得到每个Object被哪些Assets引用，即建立反表。
- var ObjectToAssetReferences = new Dictionary<ObjectIdentifier, List<GUID>>();
- 这个过程可以多线程
- 根据WriteData.FileToObjects得到每个Objec被哪些File引用，即建立上一个Task结果的反表
- var ObjectToFiles = new Dictionary<ObjectIdentifier, List<string>>();
- 处理BuildIn的Shader或MonoScripts
- 有些Object用到了Shader，Build In的Shader有自己的Bundle和File，需要将这个信息更新
- 更新WriteData.AssetToFiles：asset对应的file都要添加下Build In的Shader对应的file
- 更新WriteData.FileToObjects：每个File引用的Objects要剔除包含了Build In Shader的Objcet，这些要被剔除的Object放在Build In Shader对应的File的引用Object中
- 更新WriteData.FileToBundle：主要是内置资源的File与Bundle
)
