从creator 1.9.3 到现在用creator 2.0.4，微信小游戏的卡顿就一直很严重。
无论是哪个项目，也无论大小，只要drawcall在100+，卡顿掉帧就特别严重。
开发时用的笔记本配置：
Core i7
GT650M 2G
Chrome浏览器
几乎感觉不到卡顿。
微信web开发工具也一样，十分流畅。
手机是华为p20 pro
用手机浏览器（自带）卡顿也不明显。
甚至是微信内置浏览器也是比较流畅的。
但是只要发布到小游戏上，效果就特别差。
想问一下这个是什么原因导致的？有哪些方法可以进行优化？
没啥办法。。。坐等更新或者换引擎重写
使我绝望，，，，
一方面是微信小游戏性能比较差，还有一方面你优化可能没做
能用对象池的话对象池用了吗
图片打包成图集了吗
几乎没有用到动态创建的对象，
图片全部压缩并且都使用图集了，
但是基本上只要有scrollview和label就会卡成翔，
一点办法都没有。
有些label实在是不方便置于单独的层级。
drawcall达到了100+？你厉害
bmfont
BMFont的体验真的是f**k dog，
都有心自己写一套新的了。。。
而且美术那边字体规格乱七八糟，BMFont实在不好用。
峰值250+，底层场景+面板+scrollview+richtext，
这还是渲染批次优化以后的数值，别人心大我有什么办法，
卡成幻灯片了解一下？
我以为就我写的bug，哦不，小游戏卡，原来大家都卡成翔。。。
我的真正优化了一个月。。。控件大都自己写了，勉强可以搞搞了。还有优化空间，但是伤不起了
richtext的性能是非常非常差的。改成普通label就会好很多
这种帖子官方人员从来会装作看不见，不会答复的。 h5这一块性能没有明显提升，native性能反而下降了，也是让人无语。
一样。。。
richtext的性能非常低下，现在性能卡这里了，还不知道怎么优化。。。。游戏里面太多地方需要用到richtext了
我刚刚完结的一个项目也是这种情况，一开始用的是1.9.3，drawcall接近300，后来换成2.0.5，看能不能降低drawcall，发现没什么作用，后来看到2.1.0对drawcall优化的比较好，就换成了2.0.1，果然在使用了自动图集drawcall就降到了80+，但是还是很卡，后来发现是因为用了对象池和对节点的active属性使用的比较频繁导致的，用了对象池卡顿是因为我的游戏对象是一进入对象池就需要被创建出来，而且可能对象内节点比较多，所以会导致卡顿。我觉得你可以看一下你的卡顿是不是这方面的原因
100+没到200应该不会有很明显的卡顿感的，看你的描述应该是逻辑消耗过大，或者是节点的移除和添加过于频繁，逻辑效果过大，多数是计算逻辑复杂度过高，这个具体要你自己检查下代码了，建议可以用加减实现的不要用乘除，可以用位移实现的不要用乘除，特别注意循环里尽量不要有数学运算
节点active和动态创建删除已经是基础卡顿了，，，差不多是一瞬间的事，还可以接受。字体那才叫真的卡，彻彻底底的幻灯片。
字体，但凡涉及到就会卡。
你的scrollview优化做了吗
出现单独的lable渲染批次肯定会变多，图集会打断，少用lable，珍爱生命，实在不行用bmfont搞搞，也就差不多了