unity3d在5.0之后打包Assetbundle变得比之前简单多了，最简单的办法就是把所有资源都标记Assetbundle的Flag,然后直接调用unity3d的打包Assetbundle即可，详情可参见官方文档。

通过标记打包方式的优缺点

这种打包方式的优点在于简单，缺点在于不好管理需要需要打包的资源。举例来说就是你必须把所有需要打包的资源都标记上Assetbundle的Flag,(包括prefab,texture,material,fbx,animation等)，最后容易把资源打得特别散，造成每一个文件都是一个assetbundle。这样其实对于加载是特别不友好的，每一个assetbundle的引用都至少会有大约4kb的内存。如果不这样做，只对prefab做标记的话，容易造成资源的重复打包，一些texture，fbx可能会多次打进不同的assetbundle里。

通过buildmap方式打包的优缺点

unity还提供了一种buildmap的打包方式，可以自己管理需要打包的资源，优点在于自己管理依赖关系，可以最大程度的控制打包粒度，缺点就是需要写点代码，大约500行。

使用buildmap打包的流程

1.目录管理

管理好你的资源目录，把需要单独打包和不需要单独打包的文件放在不同的目录下，默认需要单独打包的只有预制件目录，其他的目录一般可以根据依赖自动打进包里，可以参考下面的目录结构:

Assets

|--Prefabs

|--a.prefab

|--b.prefab

|--Textures

|--a.tex

|--b.tex

|--c.tex

|--Materials

|--Aniamations

|--Models

|--Other

我们打包前会遍历Prefabs目录，得到每一个prefab的依赖，构建一棵依赖树，根据依赖树进行打包。

2.构建依赖树

unity3d提供了 AssetDatabase.GetDependencies的方法来获取一个文件的依赖关系，我们假设遍历完预制件文件夹后得到的依赖关系如下：

a.prefab依赖于a.mat,a.fbx,common.animator;

b.prefab依赖于b.mat,b.fbx,common.animator;

a.mat依赖于a.tex,b.tex

b.mat依赖于b.tex,c.tex,d.tex

最终形成的依赖关系树如下：

buildtree.png

注意：unity提供了获取预制件的直接依赖和所有依赖(包括间接依赖)，构建依赖树时需要获取预制件的直接依赖，再依次获取每一个依赖文件的直接依赖，直到获取到最底层的依赖，由此构建出所有预制件形成的依赖树。

3.根据依赖树打包Assetbundle

如果树的一个节点有2个或以上的父节点，则该资源被2个或多个其他资源所依赖，该节点需要打包成独立的Assetbundle。

如果树的一个节点没有父节点，则该资源是最顶层的预制件，需要打包成独立的Assetbundle。

打包时应该从最底层开始逐层向上遍历，在每一层寻找是否有节点的父节点数量大于1或者等于0，将满足条件的节点打成Assetbundle,直到遍历完整棵树。因为打包Assetbundle的时候是会将所有被依赖到的文件都自动打进Assetbundle里，所以从底层往上打包可以让上层的Assetbundle直接依赖到底层的Assetbundle,避免了资源被重复打进不同的Assetbundle里。

根据上面的树，最终打出来的Assetbundle如下：

b.tex.assetbundle

common.animator.assetbundle

a.prefab.assetbundle

b.prefab.assetbundle

这样既不会每一个文件都打出一个assetbundle,也省去了手动管理依赖关系的繁琐。

关于场景的打包

因为unity3d 5.x之后的版本不再将光照贴图的信息存放在预制件中，因此如果做过光照烘焙的场景，就必须把预制件直接摆放在场景中，动态加载预制件将丢失光照贴图的信息。对于这种情况，摆放在场景中的预制件可以不放在最终打包的预制件目录中，因为打包场景的时候会将场景的资源都统一打包，不会依赖到你所打包的预制件，因此场景中的预制件建议单独存放目录。

关于其他文本文件

其他的文本文件例如json,lua或者其他配置文件，可以直接在打包的时候复制一份到StreamingAssets,保证最后我们所有的资源在手机上都通过StreamingAssets来加载。