如何优化UnityUI

2022-10-13 约 1414 字预计阅读 3 分钟次阅读

如果某个大型Canvas包含了上千个元素，单个UI元素的更新也会导致整个Canvas更新，造成不必要的CPU占用。

这时我们可利用UGUI的多画布功能，根据更新频率来划分UI元素。将相对静止的UI元素放在一个画布上，将需要时常更新的动态元素放在小型的子画布上，

然后统一画布内所有UI元素的Z轴坐标、材质和纹理。

部分UI元素可能只会间断地出现（譬如角色受伤时出现的血条），就算这个元素变得不可见，它仍可能会发出绘制调用。因此我们需要具体地禁用所有不可见的UI组件，仅在需要时重新激活。

如果你只需隐藏画布，可以禁用Canvas组件，不必禁用整个GameObject，从而避免引擎再度绘制网格和顶点。

类似屏幕触摸或点击等输入事件需要使用GraphicRaycaster组件处理。组件会循环检测屏幕的每个输入点，检查其与UI的RectTransform是否有重叠。

但我们不必将GraphicRaycaster放在默认Canvas层级的顶层，而可以将其添加到需要互动的元素（按钮、滚动条等等）上。

此外，不一定每个UI文本都要为Raycast Target（射线目标）。在不必要的位置禁用这个选项可让UI运算进一步简化，这在复杂的UI上意味着不小的性能收益。

如无必要，请禁用Raycast Target。

由于Layout Group的更新效率较低，所以非动态内容完全可以不使用这项功能，转而借助锚点来实现比例化布局。或者，你也能用自定义代码在布局生成完毕后禁用Layout Group组件。

如果你确实需要在动态元素上使用（水平、垂直、网格式）Layout Group，请避免嵌套使用。

Layout Group，尤其是在嵌套使用时，可能会显著降低性能。

大型List和Grid视图会占用大量性能。如果你需要创建一个大型的List或Grid视图（比如一个包含数百个物品的物品栏），可以考虑建立一个UI库，重复使用库中的元素而非为每个物品创建一个元素。请在这个GitHub项目样例中查看实例。

将大量的UI元素堆在一起（比如卡牌游戏中的卡堆）会造成过度绘制。我们可使用自定义代码，在运行时将堆叠的多个元素合并成几个或几批较小的元素。

目前移动设备的分辨率和屏幕尺寸五花八门，而制作不同分辨率的UI、让其完美适配设备也就很有必要了。

Device Simulator（设备模拟器）支持在引擎中模拟UI在各个设备上的表现。你也可以使用XCode和Android Studio来创建虚拟设备。

在Device Simulator中预览各种样式的屏幕。

如果暂停或开始菜单覆盖了整个场景，我们可以禁用渲染场景的摄像机，同样地，隐藏在顶层画布背后的元素也可被禁用。

你甚至可以在UI显示期间使用Application.targetFrameRate来降低帧率，因为UI不需要以高帧率刷新。

如果Event或Render Camera字段为空，则Unity会强行在其中加入Camera.main，造成不必要的性能浪费。

我们可以使用在画布的RenderMode中使用Screen Space - Overlay，来省略掉摄像机的使用。

目录