2.3.3 原生Android label处理长文本性能差得有点夸张了。

Creator 2.x
#1

我有一段文本2320个字符，在小米9上需要10秒才能正常渲染，模拟器 直接程序无法响应 …这是不是太夸张了？ ios 表现还算好，h5浏览器也比较正常，有没有遇到相同问题的？因为我需要显示用户协议相关的内容

#2

建议你把这些文本让美术出图吧，我是这么做的，直接把文字弄到图片上

#3

做成图片，或者多建一些lable，循环批次打开

#4

比如我们每次更新都会写更新了些什么内容 如果文本比较长 这个消耗完全不成正比。。用图片 也只适合静态数据啊:cold_sweat:

#5

多建几个label 其实消耗还是那么多，拖动的时候卡顿 更难受。。我没想到android 这块的性能 和其他平台差距有这么大。。。至少几十倍的差距

#6

设置透明度

#7

:joy:我们现在一个游戏更新公告可能就三四百个字符，Android都能感受到明显的卡顿。。特别是在一些千元机，打开界面正常显示要3~4秒。。 这个消耗完全不合理啊 :confused:

#8

我的也是这样.目前处理就是多分几个小段落，循环打开，毕竟这玩意用户最多就看一次

#9

你写的是用户协议啊。。。这些内容一般确定了就不会改，所以用图片就好，不过公告之类的，太长的话确实卡，没得办法

#10

你可以尝试把公告分段，然后分帧创建

#11

嗯 只有这样试试了 无奈

#12

label性能确实很差，分批加载或者图片虽然能解决部分问题，还是希望引擎组重视下label性能

#13

我拆分成了很多个label 然后分帧渲染 = =缓解了这个问题。。不过这玩意儿治标不治本

1赞
#14

去年就反馈了…没得到处理

#15

协议这种东西建议使用
webview

#16

小游戏 - -不至于

#17

可以使用BMFONT

#18

游戏协议类的东西用bmf？？？:8:

#19

那还得搭个web前端？:unamused:

#20

label这块真的痛，很多类似玩法说明啊，公共啊，用户协议，一大串文本，就得卡上5+秒，有些静态文本还能用图片，动态文本就真的麻烦，希望这块引擎组还是能关注一下