做个构建工具，构建完成后自动将*.atc使用zip压缩
然后修改小游戏的读取文件接口
读取时如果是astc就直接重定向为小游戏平台zipfile读取
H5/原生构建不压缩
zip压缩非常有效，验证过
如果cdn情况下，直接配置*.astc使用gzip即可
cocos的构建里没有这个选项诶
引擎没提供，得自己做个工具
定制下引擎
好吧，感觉有些复杂
用spacesniffer看一下包体结构。
我猜是internal 引用导致的。
internal只有0.095M
嗯具体是哪部分变大了？
resources
需要在打完包的版本中，对比之前和现在的资源差异列表，获取增加或改变的uuid（文件名），看到是哪些差异让包变大的，才好判断。
另外问一下，你这个打包后输出的命令行我没见过（例如这个绿字，以及包rpk，什么开平只会校验这些），一般我们小游戏打包后，直接都是零散的文件，非常容易对比。难道是我用的是落后版本了吗？
就是看不到具体的资源大小，所以才不好判断，我这个是打的vivo的rpk，用vivo提供的命令行查看的
https://minigame.vivo.com.cn/documents/#/lesson/base/start?id=一、构建发布版本的rpk包
随着优化的进行需要进行的优化越来越多
可以试看看主包设置分包，初始场景设置分包都试试。我感觉是一部分资源重复打进了多个bundle里面
我记得vivo小游戏兼容以前的整包模式，打出来的包里面会带一个整包。如果你的游戏分包都合规但是就是整体大小超过了20m也是能够提审上去的。你可以直接提审试试
提审严格要求30M，之前36M提审连rpk包都提交不了
我把不需要resources加载的资源全部都提取出来了，不放到bundle里，发现资源包体降下去了，虽然是29M多一些，但起码小于30M了，只能先提审看看了
试过了，library文件，temp文件、local文件，build文件都删了，没有任何差别
分离引擎了？我记得以前做vivo的时候勾选分离引擎包体好像就会变大