Unity5的bundle开发和优化

一.关于Bundle加载速度图示：

二.设计方案：

    有两种方案可供选择

        第一种是用完全bundle的管理方式，以每个文件夹作为独立的bundle，项目管理过程中需要注意分包处理、在加载Object和场景之前先加载其相关依赖的bundle，场景切换前卸载上个场景不需要的bundle。然后在加载和卸载的过程自己去给每个文件单独计算引用计数。最后提供当某些资源不用之后，可以卸载其缓存资源和bundle。特点是原生的bundle加载方式便于理解和管理，但是引用计数(不一定和Unity的计数完全一致)存在隐患。

    第二种方式，是用自定义文件格式去处理，打包bundle的时候，把每一个资源单独打包成bundle，然后再根据自定义把所有bundle打成一个或多个Page包，然后通过id length offset去读取每个bundle文件的内容。在加载的时候可以用多线程去读取资源，然后在主线程创建bundle和资源。特点：复杂度稍微高一点，bundle分的很散便于引用计数的计算和内存管理，但同时过散的资源也可能导致速度问题。另外后台多线程会提高文件的读取速度，但同时增加缓存读取和内存创建bundle 可能带来额外的内存开销。

三其他：

LZMA：Unity打包成AssetBundle时的默