优化UGUI的ScrollRect
最近忙于性能优化,深切体会到二八法则真是指导高(tou)效(lan)工作的有力武器。这个礼拜花了几天解决了一个实际问题:UGUI的ScrollRect加载太多物体的时候,第一次弹出界面会非常卡顿,而且不在界面里的内容依然会参与绘制(毫无意义的浪费…)。
ChangeLog
- v1.03 终于支持了ScrollBar,支持直接创建
- v1.02 Bug Fixes,无尽模式
- v1.01 重构了好几遍,基本算重写了份…优化了拖动手感和回收部分的计算,增加了反方向滑动支持。升级至Unity 5.2的UGUI API
- v1.0 这两天基于网上找的一份InfinityScroll代码,把这个功能做了。在加载时间和Draw Call上都提升显著,而且滑动的时候也没有卡顿
每个元素知道自己的序号,可以根据需要修改自己的内容、大小等信息。
此外支持了ScrollBar,支持横向、纵向及正反向。
在关闭Mask后可以看到,只有当需要的时候才动态实例化元素,使用完后回收。
介绍
最原始版本的代码是@ivomarel的InfinityScroll。我改到后来,基本和原始版没啥相同的了…
- 原代码使用了
sizeDelta
作为大小,但是这个在锚点不重合情况下是不成立的 - 支持了GridLayout
- 在启动时检查锚点和轴心,方便使用
- 修复了原代码在往前拖拽会卡顿的问题
- 优化代码,提升性能
- 支持反向滑动
- 支持ScrollBar (在无尽模式下不起作用; 如果元素大小不一致会出现滚动条瑕疵)
此外,我修改了Easy Object Pool作为池子,循环利用元素。
警告: 为了解决原始代码回拉卡顿的问题,我直接复制了一份UGUI中的ScrollRect代码,而没有继承。这是因为老的做法是在onDrag
里停止并立即启动滚动,而我通过修改两个私有变量保证了滑动顺畅。所有我的代码都用==========LoopScrollRect==========
这样的注释包起来,维护起来就像打patch了…
框架思路
和UGUI自带的ScrollRect
有所不同,我拆分出了LoopHorizontalScrollRect
和LoopVerticalScrollRect
两个类,分别代表水平滚动条和水平滚动条。下面我们以LoopVerticalScrollRect
为例,水平版本类似。
判定cell大小
LoopScrollRect
要解决的核心问题是:如何计算每个元素的大小。这里我使用了Content Size Fitter
配合Layout Element
来控制每个cell的长宽,因此对于GridLayout
直接取高度,否则取Preferred Height
。需要注意的是,除了元素本身的大小之外,我们还要将padding
考虑进去。
protected override float GetSize(RectTransform item) |
这个其实也是最核心的一个地方:在能够准确计算格子大小的基础上,后续工作就好实现了。
如何优雅的增删元素
对于每个ScrollRect
,其实只需要考虑在头部和尾部是否需要增加或者删除元素。在这里以头部的各种情况为例进行解释,因为在正向滑动情况下,必须保证在修改元素之后整个ScrollRect
内容显示一致不跳变;这些情况比尾部处理会麻烦一些。
NewItemAtStart
函数实现了在头部增加一个(或一行,针对GridLayout
)元素,并返回这些元素的高度;DeleteItemAtStart
代表删除头部的一个元素。需要注意的是,在修改头部元素之后要及时修改content
的anchoredPosition
,这样才能保证整个内容区域不会因为多了或者少了一行而产生跳变。
protected float NewItemAtStart() |
何时需要增删元素
这里需要有两个概念viewBounds
和contentBounds
:前者是指ScrollRect
本身的大小,一般也对应Mask;后者是指ScrollRect
里所有cell组成的内容部分的大小。在这个基础上就简单了:如果contentBounds
的最上面比viewBounds
的最上面要低,那么尝试在顶部增加元素;如果contentBounds
的最上面比viewBounds
的最上面高很多,那么尝试删除元素。
protected override bool UpdateItems(Bounds viewBounds, Bounds contentBounds) |
对象池交互
在新建cell和销毁cell的时候,使用对象池来避免内存碎片;同时这里使用了SendMessage
来向每个cell发送必须的信息,保证数据的正确性。
private void SendMessageToNewObject(Transform go, int idx) |
滚动条相关
这块我其实是估算的,根据当前的长度和当前元素个数/总个数按照比例缩放,这个在所有cell大小一致的情况下是没有问题的;但是如果大小不一致我就无法得到精确结果,所以会产生一定抖动。我暂时没有更好办法,因为得到的信息就是不够用…
其他细节
我主要遇到了两个坑:
- 增加或者删除元素之后,有时候需要强行调用
Canvas.ForceUpdateCanvases()
刷新下 - 注意不要在Build Canvas过程中再次修改元素,从而再次触发Build Canvas…
使用示例
以竖直滚动条为例,介绍一下步骤。如果觉得麻烦的话,直接打开DemoScene复制粘贴就好 =w= 当然你也可以干掉EasyObjPool,自己控制生成和销毁。
- 准备好Prefabs
- 每个物体上需要贴上
Layout Element
并指定preferred width/height - 贴上一个脚本接受
void ScrollCellIndex (int idx)
消息,从而对每个位置的元素根据需要灵活修改
- 每个物体上需要贴上
- 在Hierarchy里右键,选择UI/Loop Horizontal Scroll Rect或UI/Loop Vertical Scroll Rect即可。使用Component菜单里的也是一样的。
- Init in Start: 启动时自动调用Refill cells初始化
- Prefab Pool: EasyObjPool物体
- Prefab Pool Name: 第二步中对应的Cell Prefab名字
- Total Count: 总共能有多少物体,范围0 ~ TotalCount-1
- Threshold: 两端预留出来的缓存量(像素数)
- ReverseDirection: 如果是从下往上或者从右往左拖动,就打开这里
- Clear Cells: 清除已有元素,恢复到未初始化状态
- Refill Cells: 初始化并填充元素
如果是正向滑动,就设置pivot为1;否则设为0并打开ReverseDirection。我强烈建议你试试在播放状态下试试看修改这些参数。
无尽模式
如果需要无限滚动模式,将totalCount
设为负数即可。
他人工作
后来搜了下,发现网上也有人提到过UGUI ScrollRect 优化,不过他的策略是监听ScrollRect的value,然后禁用范围外的cell。最后作者也提到改成动态加载策略。这种基于value的做法我不太确认在在滚动前动态添加新元素的时候是否会出现问题。