creator2.2.1版本native上系统字体BITMAP模式，文字一多就卡

Creator 2.x
#1

  • Creator 版本：2.2.1

  • 目标平台：native iOS和Android

  • 重现方式：游戏说明界面，很多文字，提前创建好预制体，系统字体BITMAP模式，没有进行文字修改（h5没有问题）

  • 出现概率：100%

#2

一样的问题，文字内容超过100打开就卡

#3

这些文字内容是静态的吗? 还是一直在变化?

#4

静态 类似如公告信息之类的 新建lable 随便输入一大段文字 脚本控制active就会卡:grin:

#5

然后目前处理方式 就是把一大段文字 分成几小段文字，延迟等打开窗口动画完成后再 分帧active=true

#6

none模式

#7

解决了吗？解决请给个github改动链接，等不到下个版本了

#8

确实有这个问题2.0.10上就已经这样了我还以为2.2已经修复了这个问题了，目前我也是把文字分成多段拼接显示暂时这么解决

#9

@651761058 @317529039 CHAR 模式 能改善问题吗？

#10

char模式刚试了下没有问题，但不想要它那个缓存…类似于用户协议这些，基本只看一次…

#11

我们文本是要频繁变化的所以不使用char

#12

不管什么模式，native都会卡，char也很卡，我用虚拟列表 做的聊天框，文字少还好，如果每句话超过30+的字，一页就显示15句对话，一样的卡

但是html5的就永远不会卡，不知道 native的label渲染什么时候能优化到h5的程度，按理说native的性能应该高于h5才对，不知道为啥，官方也一直没说明为啥native的label的性能什么时候能大幅提高

#13

可以给下demo，我们实际跑下，看看问题出在哪里， native具体是哪个平台卡？

#14

我之前做的时候是ios，后来我直接改了，改成只显示标题，不显示内容，变相绕过了那个问题。

#15

我从1.9.3升到2.3.3了，没想到卡的问题还有，1.9.3还流畅些啊，同样用的小米6

#16

哎，什么时候能解决哈啊、、、

#17

我们在 2.4 原生对 CHAR 模式 进行了优化, 希望能解决这个问题 @sdochen0216 @lyp2281231