【Unity优化】UWA优化小记

在编写一些操作数据结构的代码过程中,因为一些较为机械但是代码量大的数据操作过程中(例如排序,字典遍历取值等),我经常会使用一些linq库提供的较为简洁的api例如ToList()，Distinct,sort等方法,这些方法本质确实能提供较为快捷的一些基础操作,但是实际上由于实现原理的缺陷导致当我们对一些比较数据量大的容器进行linq提供的操作时,产生的gc会成倍增长从而导致峰值热点产生。

例子: 现在有一个List<T>容器里面有一些需要处理的数据,希望借助Distinct移除重复元素,

原先的代码是 

List<T> initialList = new List<T>();

var list = initialList.Distinct().Where(a => a != null).ToList();

这一步原意是希望剔除掉List里的非空重复元素,通过Linq的API可以用一行就解决非常简洁,否则可能需要编写一大串代码进行这一步遍历筛重操作。

但是如果换个角度思考,如果只是希望容器是一个非重复元素的数组,C#本身提供HashSet来达到这个目的,同时如果需要进行对空元素移除可以再额外借助Predicate定义一个判定委托来辅助。因此代码可以改为

HashSet<T> initialList = new HashSet<T>();

Predicate<T> check = a => a == null;

initialList.RemoveWhere(check);

这下会避免LinqDistinct中大量的重复内存分配达到优化的目的

这个问题比较好解决,因为Xlua的特性我们可以在通过标记函数类或者具体方法来手动生成对应的Wrap文件,但是经常会遗漏掉一些只是针对当前类打了标签生成了Wrap文件后,当前类里面引用的其他类字段没有打Wrap从而导致在Lua中使用这个类中这些字段时,会有反射寻找这些字段或者函数的性能开销,比较粗暴的办法可以通过命名空间整体把所有CS文件都打Wrap这样是比较稳妥但是对应的每次打Wrap的时长也特别长,也可以通过[BlackList]等特性标签手动屏蔽掉一些不必要的类总之尽量保证Lua中引用的CS脚本字段函数都要被打进Wrap文件中否则可能就会有不必要的性能开销

由于引擎实现的缺陷,有一些原生方法/字段实际上会造成一些gc开销,需要注意使用或者干脆避免使用。(这里的Unity版本是2020.3.7f1 lts版本)

例如gameobject.name,.tag这些字段本质是内部封装了一个方法每次调用都会有不必要的内存分配,所以尽量避免使用或者如果单纯需要匹配可以尝试替换例如CompareTag()等来达到目的尽量不要直接使用这些字段

如题,在需要使用Spine的情况下一定要让美术记得一bytes输出格式二者在读取IO时产生的开销区别很大,其次尽量把对应图集打在一张图不要分多个图层