如何大幅优化NGUI的堆内存分配

最新推荐文章于 2024-04-24 09:51:55 发布

UWA

最新推荐文章于 2024-04-24 09:51:55 发布

阅读量904

点赞数

分类专栏： U Sparkle| 精华来稿文章标签： NGUI NGUI优化 UWA Sparkle

本文链接：https://blog.csdn.net/UWA4D/article/details/81318418

版权

U Sparkle| 精华来稿专栏收录该内容

108 篇文章 32 订阅

订阅专栏

这是侑虎科技第421篇文章，感谢作者邓晖供稿。欢迎转发分享，未经作者授权请勿转载。如果您有任何独到的见解或者发现也欢迎联系我们，一起探讨。（QQ群465082844）

作者QQ：31689067；

个人主页：https://github.com/sophiepeithos/optimise-ngui-gc-alloc；

作者也是U Sparkle活动参与者，UWA欢迎更多开发朋友加入U Sparkle开发者计划，这个舞台有你更精彩！

目前，在Unity游戏项目中，依然有很多团队使用NGUI作为UI解决方案。相比UGUI，其临时堆内存分配过多始终是NGUI的一个缺点。本文旨在修改NGUI的几处底层实现，从而规避堆内存的临时分配。

文末，我们通过复杂的实例来对此方法来进行测试，通过比较可以看出，该方法可以大幅优化UI界面在运行时的堆内存分配。文章中对于NGUI解决方法的优化主要包括以下几个方面：

对UIGeometry的顶点属性做了缓存池，并保证OnFill时进行按需选择；
通过unsafe的方法来修改IndexBuffer的长度；
填充数组前充分设置List<T>.capacity；

我们希望通过该篇文章，可以大幅降低您项目中NGUI的堆内存分配，以下则为具体的优化方法，大家通过具体的代码说明来进行逐一修改即可。

注意：所有本次优化相关的代码都用OPTIMISE_NGUI_GC_ALLOC宏区分开了，使用的NGUI版本是3.11.4。

UIGeometry的verts、uvs、cols、mRtpVerts缓冲池

UIGeometry记载了UIWidget的顶点信息，可以采用缓存池的策略，当UIWidget.OnFill的时候确定了需要顶点数量的情况下从缓存池申请，当UIWidget.OnDestroy的时候放回缓存池，回收的时候以顶点数量从小到大插入，申请的时候找到第一个满足需求顶点数量的。

缓冲池的实现

UIWidget.OnDestroy的时候放回缓存池

UISprite和UITexture我优化了三种类型：Simple、Sliced和Tiled。以下代码出现在UIBasicSprite.cs里，这里只贴了SimpleFill的完整实现，其他两个类型的顶点数计算部分有些区别：

以下是Sliced类型的顶点数计算部分：

以下是Tiled类型的顶点数计算部分：

因为上三个函数都可能在UIBasicSprite.Fill中给UIGeometry的几个List赋予新的实例，所以在UITexture 的OnFill中相关代码需要改成这样：

UILabel.OnFill里额外提供了一个缓冲供NGUIText.Print使用，里面也考虑了UILabel带有描边和阴影时的优化。

NGUI创建Mesh时顶点索引缓冲的优化

从原来的顶点索引的生成算法来看，假设有一个顶点索引缓冲长度为9000，另一个有1w，那么这两个缓冲的前9000个索引的值是一样的，而且Mesh.triangles需要顶点索引缓冲的数量为顶点缓冲数量的三倍，所以最好是有个能够能动态调整Array.Length但Array的元素可以不发生变化的办法，正好Nordeus在Unite2015上分享了一个VaryingList:

（https://github.com/Nordeus/Unite2015/tree/master/VaryingList，把BufferedList.cs和VaryingList.cs下载到工程，开启Unsafe就行了）可以做到，它主要是通过Unsafe的方法来实现我们要的功能。这样，我们只需要一个顶点索引缓冲，而不是原来的10个，而且我们只在缓冲不够大的时候从新分配内存并只填充增加了的顶点索引缓冲，而当需要的顶点索引缓冲比当前的小的时候只需要通过Unsafe方法设置下长度就行了。涉及到的代码在UIDrawCall.cs中。