说明他们的计算换行算法比你用/n差得多
其实有一点我搞不明白 只要页面上有多一些label 就卡爆了 然后我们浏览别人网页的时候上面全部是label 非常流畅 这是为什么呢？
富文本本质创建label。另外多了一些计算。别人的label并不是你看到的label。也有可能是图片。也有可能缓存模式等做了许多处理。合图等等。char模式等。做了许多优化，才是你看到的
问题就是别人的就是不卡啊 用户才不会管你是不是你看到的label 只要卡就会觉得不好
1赞
花时间，少抱怨
Label / Sprite 这类元素较多的时候, 传统组件模式的缺陷就显露无疑: 每个节点都要去 walk 一次, 每个节点都要单独创建渲染数据. 即使它们都挨在一起.
以至于当界面上有上千个 Label / Sprite 的时候, 就不得不自己写 assembler, 否则性能根本吃不消.
就 2D 而言, 我一直觉得 Laya 1.x 做得更好, 它的各种渲染节点都基于中间层 Graphics 命令流, 不管 Label 还是 Sprite 实际上内部就 g.drawXxx() 而已. 这种机制下, 再复杂的富文本也就一个 Node 包含一堆命令流而已.
而 cc 这个富文本就有点尴尬了, 缺少一个介于 assembler 和 Label 之间的轻量且易用的文本实现, 直接用大量 Label 和 Sprite, 因而效率非常低下.
加黑的部分我十分认同，有时候想获得某段文本的宽度，还必须得先用Label赋值，然后再获取label的宽度才能得到，太二了
一直存在的问题,没对比就没伤害,别人的就是不卡,
1赞
真希望这个问题能解决， 从2.x， label 简直是噩梦， 原生机器都不敢使用太多label， 卡爆炸。。。网页反而流畅不少
1赞
官方现在追求高大上的功能呢,这样才能吸引人用,吸引投资,这种基础的性能优化,只能靠插件大佬和自己了~
好奇问一下，现在24年， Lable和富文本还卡吗？官方解决了没？
你啰嗦了~
1赞
呜呜呜，我正在入坑ccc ， 正想看一下富文本，官方居然都没人说话
我的体验3.8.4label没事富文本确实弹tips两行一个词变色一秒创建4个左右安卓就掉几帧，用对象池也一样，富文本有掉帧强迫症的话得自己再造一个还没仔细测 
不过看别人论坛说富文本目前还有几率消失的bug问题，担心意外就拿label造一个吧
啊？哭死，我现在就是拿的最新版本。
还得花时间去搞，我这才入坑
刚拿手机开游戏看了下更正一下是3行白字中变了一个四字词红字，当初2000多买的红米k60 首次tips富文本一秒4个能掉帧到43帧，然后对象池模式就可以只掉帧到56帧，我是打算后续有空了再重写个，好像chrome上一直没什么感觉不记得了没在这上面太纠结
那太难顶了吧！挂个商店，我会去支持您
不敢当，只是ui仔一个
大佬，挂商店到时候交流分享呗~都在互联网，人人都是大佬