quick-cocos2dx中AssetsManagerEx的理解

最近研究quick-cocos2dx的热更新机制，看到它主要是通过AssetsManagerEx来实现热更新，而网上大多数介绍的AssetsManager类已经在quick-cocos2dx3.3中被禁用了，所以写一下对AssetsManagerEx的认识


1.热更新基本原理
这里先说一下热更新的基本原理
1)不能更新主程序，只能更新资源、lua等文件
c++生成的主程序如果变化只能通过下载升级包安装，而其它文件可以通过http动态下载到用户手机上，然后程序内部重新执行入口函数达到更新代码逻辑和资源图片的效果。所以c++那部分代码在程序上线前最好最完善。


2)下载的文件会放到手机的可写入目录下，而且该目录中文件的优先级会高于程序原始安装目录
http方式下载后的文件并不能直接覆盖安装程序所在文件夹中的同名文件，因为权限不足。但是lua属于动态加载，只要在搜索路径中把可写入目录的优先级设置为最高，那么如果两个目录中都有同名文件，程序也会用最新下载的
AssetsManagerEx类的create函数中会把用户定义的可写入目录设置为最高优先级


3)lua文件和资源文件被载入后，即便在程序运行中，文件也可以直接删除
这种机制才确保文件可以被动态替换掉


4)手机本地和服务器中保存一个程序中所有文件的md5码列表，通过比较二者文件md5码列表的不同过滤出需要更新的文件进行下载
传统PC更新方式一般是把差异文件打包成一个压缩包，然后客户端根据大版本差异把对应的压缩包下载到本地，再解压覆盖，这样做的好处是下载一个文件会比较快，缺点第一是当客户端版本比较多的时候，升级压缩包会变得很多，很难维护。第二是如果压缩包比较大，解压时间会比较长，而且不太容易做进度条，导致程序感觉被卡住了
AssetsManagerEx采用的是比较所有文件是否一致的方法（需要先写个工具把程序下所有文件的md5码计算出来，并且生成对应格式的manifest文件才行），这点更象是网页加载的方式，也就是web显示时如果本地有缓存就比较缓存和服务器是否一样，如果一样就用缓存的，不一样就下载。这样服务器只需要保存一个完整的最新客户端，如果更新了某个文件，只需要在服务器上替换对应文件，然后修改配置文件中的版本号和那个文件的md5码即可。优点是没有解压缩的过程，缺点是更新文件比较多时略慢，而且有一定几率下载失败，好在现在手机网速都比较高，失败了重新下载即可，即使偶尔升级失败进不去也关系不大。




2.AssetsManagerEx实现热更新的基本步骤
AssetsManagerEx类实现的功能还是比较完善和复杂的，包括多线程同时下载、总体下载进度通知、版本比较、设置文件夹路径等等，所以能用这个就没必要自己重新写一个热更新类了
1)开发一个可以遍历项目中所有文件生成对应的version.manifest和project.manifest文件的工具
(1)version.manifest和project.manifest的格式本质上是一致的，version.manifest中