你升了，3.x的性能立马和2.x差不多。（你们都不入坑，官方咋有动力更新）
我们也是用2.4.11，项目太大升不了3。之前打包每次合图就要2小时，合图缓存可能是有bug基本没生效。后来自己用Golang写了个小工具，打包前用工具生成所有自动图集再用Creator打包，不用任何缓存，合图时间从2小时减到45秒 
。
我都是用tp，一切在自己掌控的感觉~嘎嘎香~~
早就差不多了
3.8是稳定版本了吗，我看4.0版本好像也在进行中，到时候新版本改动会很大吗
是稳定版了，现在没有 4.0 啊
好的，谢谢答复 
这个怎么实现的？能给点思路吗？
我的工具给你试试吧，我把工具其它功能屏蔽了，只保留生成图集的功能。因为附件最大只能4M，所以分成两个压缩卷，两个都要下载才能解压。
注意：不要在没有备份或Git管理的项目中直接使用！！！因为会直接修改项目原文件且没有备份！！！我们因为是使用Jenkins在远程主机打包，没有修改本地文件的问题。
使用方式：
1、使用Git把当前已修改的文件都提交好，关闭Creator；
2、命令行运行：
./cocos_build_optimizer.exe atlas -w c:\项目目录
如果仅需要处理指定目录，可以加参数
-o 逗号分隔的多个assets目录后的相对路径（不包括assets）
例如
-o res\image1,res\image2
代表只处理assets\res\image1，assets\res\image2这两个目录（包含所有子目录）下的自动图集。
3、打开Creator，打包，此时因为所有自动图集都已生成，所以会比较快。
4、运行git reset --hard命令，把自动图集清理回原始状态。
cocos_build_optimizer.part1.rar (4 MB) cocos_build_optimizer.part2.rar (1.6 MB)
4赞
抱歉，是
./cocos_build_optimizer.exe atlas -w c:\项目目录
我试了一下，*.pac 文件被删掉了？
是啊，合完图后.pac文件就没用了
对了，它会忽略没有被场景或resources下的预制体直接或间接引用的图片。如果你文件夹下的图片都没有被引用到，那看到的效果就只是pac被移除了。你要测试的话就建个空场景，把这些图片都拖到场景里，保存后再测试合图。
发现了 ， 所以暂时还不太能用这个工具做 合图优化。
为啥，剔除无用图片不是应该的吗？与Creator自带的合图逻辑是一样的
我们项目里 动态合图是放在 bundle 中的 存在 代码动态加载的情况。这种就不能直接删除 pac 的配置文件了。
您好，如果是在bundle中使用了自动图集，纹理又没有被直接或者间接引用，是使用代码进行动态加载的，pac是否会被自动删除?
在安卓上用 3.8 和 2.4.12 分别做了 spine 的性能测试，骨骼数量少的时候两个差距不大，骨骼数量越多内存和 CPU 占用比 2.4 越大，说实话和之前 3.6,3.7对比进步已经很大了（每个版本我都在对比哈哈），就是一些 spine 比较多的 2D 场景还是不敢升级
1赞
3.x 2D 这里后续还会持续优化和迭代吗，
再完善完善以后 2.4 转用 3.x 的开发者就越来越多了
1赞