Cocos Creator大厅+子游戏模式热更新（同一个项目下）

本文链接：https://blog.csdn.net/springleaf2/article/details/104291428

本文探讨了在同一项目中实现大厅子游戏模式热更新的方法，包括子游戏分包处理、settings.js文件分割、uuid合并、main.js编写及热更新manifest配置，解决了传统分项目模式下代码管理混乱的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在网上查找了很多的大厅子游戏热更新模式方案，但是基本都是分成两个项目，这样的开发非常不好处理，不像以前的lua开发，可以同时在一个项目里进行开发，采用分项目的模式会造成子游戏与大厅的代码不好切割，比如大厅已经包含了一部分的公共代码，而子游戏里也会用到，这时，每开发一个新游戏就不能使用了，还得在自己提取一些公共的代码，每个人的做法都有自己的一套，这就造成了代码的混乱与不好管理，所以自己尝试了在同一个项目是否可以进行大厅子游戏模式的热更，在此提供自己的一些主要思路

1：把子游戏作分包处理，构建后会在subpackags目录下有对应子包的文件，用子包模式主要是所需要用到的子游戏的代码和raw-assets里面的资源都归到一个游戏当中管理，当子游戏需要更新时，不会影响到大厅

2：把构建生成的settings.js文件，分成多个settings.js文件，一个是大厅的settings.js,其他的settings.js文件为每个子游戏对应的settings.js文件，主要是分割字段rawAssets对应的assets的uuid,通过你切分的子包路径进行筛选是否归于子游戏的settings.js里

3：有了子游戏的raw-assets和源代码之后，还需要import目录，这时候我们通过读取我们工程子游戏里的全部meta文件，可以查看到对应的文件uuid,然后再读取对应的uuid文件里面的内容，需要用到的uuid，依此循环，把需要用到的全部uuid.json文件移动到子游戏的import目录，需要注意的是import文件上一层还需要建立一个res文件目录，res与raw-assets同级，这主要是因为游戏里根据相对路径查找uuid的，如 res/import