如题，我是一个scrollview，之前没有开启动态图集，使用的scrollview + bmfont ；dc在200多，开启后dc降低到了20+，但是fps却更低了。原来稳定在20-30 现在却一直在20左右。这是什么原因啊。
另外，感觉这个数值异常的高，这个和fps有影响吗
1赞
你这同屏三角形数太夸张，堪比上w个精灵能不卡，检查看看是怎么会事
2赞
有没有用可复用的虚拟列表，就图上这点东西其实做好基本的节点树渲染顺序调整，节点可复用基本也就不会卡了，都不用太关注drawcall,也没人说drawcall低fps就一定会提高啊！
我靠 作者你做了什么 看起来也没有什么东西啊 三角形这么多 ，内存这么高 ，fps这么低
难不成是我用了处理矩形的脚本
我给每个座位都加了圆角矩形的脚本，会不会是这个影响了
让美术给你出个图吧，，
圆角矩形莫非是我的那个？你可以试着调一下圆角矩形的segments参数。你这个画面里，圆角精度不需要很高，可以把segments调低一些，不然切割圆角太多次会导致大量计算。
另一个问题是你这个列表应该没有使用虚拟列表。
如果列表中的元素量非常多，那么渲染压力会很大，虚拟列表就是只用有限个数的元素。
论坛上能够搜到虚拟列表，store上也有售卖。
不过也有个简单一点的处理方式，你自己手动加一个脚本控制，如果元素跑到画面外了，就把它的渲染组件关闭。
看了一下，确实是用的大佬的脚本处理的矩形 哈哈哈
大佬 是调这里吗
这固定的圆角图形，就直接作美术图了呗，不用去做什么图形运算来处理
主要有玩家坐到座位上 图像需要矩形处理
只有2吗？那已经很小了啊
没有没有 我还没调呢 默认是10
一次性创建多少桌子，我感觉就是你一次性创建的桌子太多了，其他什么drawCALL优化还没到那步
不要盲目照搬论坛的方案啊
要了解代价
直接用chorme的性能工具看看哪里耗时，我猜测是是动态图集每帧都在检测合并，为撒会每帧都在检测合并呢，可能是不停的在生成节点？
游戏开发第一宗旨， 能美术出张图就能解决的事， 不要用代码解决， 徒增烦恼
你就一个桌子四个椅子，几十组，多边形和顶点必别人三四个精细模型一样的级别了。
答应我，美术给图就能做的东西，不要自己去装逼用代码去写好吧。
这种东西，没必要，做成这样，也并不能证明你有技术和能力。