简介
本篇文章主要是对bundle包的核心文件config.json 的分析。config.json记录着整个bundle包的具体信息，并通过config.json 去解析整个bundle包。
bundle 目录下的文件结构
- import 存放所有的json。场景、预制体、texture2D配置等json
- native 存放所有的实际资源，名字是使用资源的uuid
- config.json 是bundle的配置信息，包含了使用到的所有资源信息等
- index.js 是bundle中的所有脚本合并后生成的js脚本
config.json 内容
以下内容是使用2.4.13打包结果， 调整了一下主包压缩类型后，打包出来的结果都使用uuids的数字索引代替了，不管怎么调整都打包不出来下面的内容了（bug？）。
{
"paths": {}, //如果资源本身在bundle目录下，这里会有资源的路径,如果是主包，未使用到的资源不会打入包中
//场景使用到的素有资源的uuid，包括场景的uuid
"uuids": [
"25mPg1UuhFQLAWwyCGbyp/", // test2.fire 场景的uuid
"d5gcIrQmhPd7ttYFvz1IeF", // test2.fire 场景依赖的资源，自己包中的texture的uuid
"ecpdLyjvZBwrvm+cedCcQy", //其他bundle中的资源
"f7lRyGrkdLioafj1l6glWx" // test2.fire 场景依赖的资源，自己包中的texture中的spriteFrame的uuid
],
"scenes": {
"db://assets/main/test2.fire": "25mPg1UuhFQLAWwyCGbyp/" //场景的路径，场景的uuid
},
"redirect": ["ecpdLyjvZBwrvm+cedCcQy", 0], //重定向，如果使用了其他bundle的资源，资源的uuid会出现在这里
"deps": ["internal"], //依赖的bundle
/** packs 是对相同合并包的一个解析
比如：
**/
"packs": {
"09731f1b4": ["25mPg1UuhFQLAWwyCGbyp/", "f7lRyGrkdLioafj1l6glWx"] //场景依赖的资源uuid，后面的uuid是使用的spriteFrame的uuid
},
"name": "main", //bundle的名字
"importBase": "import", //import 目录资源的路径
"nativeBase": "native", //native 目录资源的路径
"debug": true,
"isZip": false,
"encrypted": false, // 是否加密
"versions": {
// 依赖的资源，本包中import文件夹下的资源，第一个是场景的uuid（固定位置），第二个元素是版本号，后面的是资源的uuid与版本号
"import": ["09731f1b4", "75d10", "d5gcIrQmhPd7ttYFvz1IeF", "7be92"],
// 依赖的资源，本包中native文件夹下的资源，第一个是资源的压缩uuid，紧接这是版本号
"native": ["d5gcIrQmhPd7ttYFvz1IeF", "2790f"]
}
}
新的 config.json 内容
{
//paths是资源的路径信息，key是资源的uuid，value是一个数组，第一个元素是资源的路径，后面的元素是资源的类型
"paths": {},
//types是资源的类型信息，paths中的资源类型是通过索引来这里的查找的
"types": [],
//当前包使用到的所有资源的uuid，包含场景的uuid
"uuids": [
"25mPg1UuhFQLAWwyCGbyp/",
"d5gcIrQmhPd7ttYFvz1IeF",
"edLdjA5wFPBZ6FT1VAfExX",
"03jMiDhOFLDY594LJy1G1v",
"41F7knMkFA/L9r3Fe/KnP6",
"ecpdLyjvZBwrvm+cedCcQy",
"f7lRyGrkdLioafj1l6glWx"
],
//场景信息，key是场景的路径，value是uuids的索引数字 可以根据索引数字从uuids中找到uuid
"scenes": { "db://assets/main/test2.fire": 0 },
//重定向信息,当该包中使用了其他bundle资源时，会生成信息。每2个为一组，前一个为uuids的索引数字，后一个为deps的索引数字
"redirect": [4, 0, 5, 1],
//使用到其他bundle的资源时，会再次记录bundle包的名字。例如这里使用了subGame1和internal两个bundle的资源
"deps": ["subGame1", "internal"],
/**
打包信息，例如这里有两个pack，每个元素的key都是import中文件名（uuid），value是该文件关联的资源的uuid数组。
例如：
第一个pack 中key是import中场景的json名，value是是该场景中使用到的所有资源的索引数字，通过该索引数字可以从uuids中找到uuid
第二个pack中key是import中texture2D的json名，value是所有的texture2D都会使用该texture2D的json的索引数字，通过该索引数字可以从uuids中找到uuid
**/
"packs": { "064519d1c": [1, 2], "0addf2f00": [3, 0, 6] },
"name": "main",//bundle的名字
"importBase": "import",//import文件夹的名字
"nativeBase": "native",//native文件夹的名字
"debug": false,//是否是debug模式
"isZip": false,//是否是zip压缩
"encrypted": false,//是否是加密的
/** 版本信息，import中的版本信息，native中的版本信息。打包勾选了MD5 Cache时，会生成版本信息。没勾选时，为空。没有versions字段时，表示没有勾选MD5 Cache。
import中的版本信息是一个数组，每2个为一组，第一个是uuids的索引数字，第二个是版本号。这里使用的直接是import中的文件名064519dc。
native中的版本信息是一个数组，每2个为一组，第一个是uuids的索引数字，第二个是版本号
**/
"versions": { "import": ["064519d1c", "b2b05", "0addf2f00", "dfe43"], "native": [1, "2790f", 2, "6b2af"] }
}
这两种不同config.json可以做一个很好的参考对比，第二种由于带有很多数字，较难理解，所以参考第一种会更容易让人去理解数字表示的意思。
打包规则的简单总结
压缩类型设置：压缩是对import目录下的json文件的操作。
- 无压缩: 所有的json文件都独立存在
- 默认：相同类型的会压缩到一起。
例如：spriteFrame的json会与场景的json合并到一起。texture2D的json相同的话合并成一个json，它的解析会在config.json的packs中关联，texture的json的uuid作为key，value是所有使用到该json的cc.Texture2D的uuid。
- 合并所有json：把所有的json 合并成一个大json
官方文档参考: 压缩类型设置
注意点
- main 是主包，资源在主包文件目录中，但未被静态引用，则该资源不会被打到包里。简单来说就是只会把静态引用到的资源打包进去。
其他bundle，如果资源在bundle中，就会打入到bundle中。 - bundle的优先级问题:官方文档优先级
- 静态引用资源，会把spriteFrame的json合并到场景的json中，如果是未使用到的资源，它的json都是独立的一个文件，依然会打包到config.json 的uuids字段里。
- internal 内置bundle 是一个特殊的bundle，在项目加载时，第一个加载的bundle 是internal bundle，当启动游戏时，会在准备引擎阶段下载internal的effects目录和Material目录。最后才会通过bundle的api 反序列化场景数据和初始化场景。
