前言

随着游戏的玩法越来越多，也就意味着包体越来越大，对于玩家来说，首次下载的包体就会越来越大，从而也会增加首次启动的时间，在未推出分包功能之前，所有的代码都会生成到一个project.js的文件中，此时对于我们开发者迫切希望把游戏一些比较独立的模块的代码及资源分开来进行加载，由于公司做的是棋牌游戏，一个从零开始的新项目，当时CocosCreator2.1.2的最新版本，所以就直接用了最新版本做项目，做之前框架也是朝着大厅+子游戏的方向，看了不少论谈，多数的做法就是大厅与子游戏分开项目进行开发，但个人觉得对项目代码及资源上的管理特别的不方便，在这项目立项之前对当前Creator版本的功能做了大致的了解，发现自从v2.0.7版本就已经开始支持分包处理，但v2.1.2版本，由于引擎对自己引擎资源的管理有问题，所以写这个文档就以最新版本v2.3.3来做的，但2.1.2之后的版本本人确定是没有问题的，只是需要对引擎进行一些修改

项目环境

CocosCreator 2.3.3
Microsoft Visual Studio Enterprise 2015（SDK安装 : Windows Phone SDK 8.0）
Microsoft Visual Code
Android Studio 3.6.3（API Level : android-28 NDK : android-ndk-r16b）

项目示例

示例Git地址
注意事项：
配置为子包后，只有原生资源，例如图片和音频会被最终放到子包中。Prefab、AnimationClip 等 JSON 类型的资源仍然会放在主包里，目前管方的分包还未实现非原生资源的分包，非原生资源还在主包里。此功能期待引擎组后续能有更好的解决方案

项目关键点

1.该方案基于CocosCreator分包功能
2.大厅与子游戏代码作为同一项目开发，方便对资源及代码的管理，可有效的解决多项目开发可能产生uuid重复问题
3.子游戏之间代码及资源不能相互引用
4.大厅与子游戏之间的通信全部以事件方式进行交互

项目结构

把项目大致分为资源区+代码区
资源区及代码区的结构一致
大厅（大厅+公共+框架）+子游戏的形式，如下图，红包为大厅部分，黄色为子游戏部分

项目结构

红包大厅部分，无需配置为子包，黄色子游戏部分，需要配置成子包。
需要注意的事，子游戏代码及资源子包名配置一致，如下图

游戏1资源

游戏1代码

项目扩展插件使用

项目工具

1.引擎修正

为了后面使用方便，安装好你的Creator2.3.3，直接使用引擎修正后，再构建项目，对引擎修改的部分会自动生成到你的构造项目中，如果你的项目目前已经构建，对引擎改动的代码放置在package/engine目录下,到该目录下用对比工具同步到你的项目中，目前还未支持对已经生成构建的项目进行引擎代码的修正

2.资源引用检测

在游戏开发过程中，由于某些子游戏相当类似，所有直接复制进行修改，此时复制得到的子游戏的资源引用仍然指向以前的地方，并未指向复制后得到的资源，又或者不小心在A游戏使用了B游戏的资源，此时在打包完成后，且子游戏都不放置到包内，当通过热更新子游戏进入时，由于只下载了B游戏的资源，但B游戏的资源大多都还指向A游戏，此时会造成找不到资源可能产生崩溃的现象。但当我们游戏的预置体在足够多的情况，如果手动的排查，是一个非常大的工程，所以这边提供了一个检测工具，去检测你的子游戏预置体是否使用到了其它子游戏的资源，如下图