【Unity优化(一)】 内存和GC优化

⏳内存和垃圾回收原理

内存分为栈内存和堆内存，栈用来存储短期的和小块的数据，堆用来存储长期的和大块的数据。

Unity自动内存管理：

1.当一个变量被创建时，会在栈或堆内存池上申请一块内存空间。（值类型存在栈上，引用类型存在堆上。）

2.只要这个变量在作用域内，可以被代码访问。分配给它的内存在使用中，则称这款内存已被分配。根据内存空间位置，被称为栈上对象或者堆上对象。

3.如果这个变量不在作用域内，在代码中被释放了。内存不再被需要了，会返回到当初申请的内存池中，这个过程叫内存释放。当变量不在作用域时，栈上内存会立刻被释放。但堆上内存不会立刻释放，只是会把这块内存标记为等待释放，内存还是已分配状态。

4.调用GC垃圾回收时，会遍历已分配的堆内存，找到标记为“等待释放”的内存块，将其释放回内存池中。

栈内存

栈内存分配快速和简单，是因为栈元素都是小且存在很短时间，分配和释放内存总是按照预期的时间和大小。

栈工作像栈数据类型一样，元素只能按照严格的顺序添加或者移除。因为这种简洁和严格，所以很快。当一个变量存储在栈上时，内存简单的在栈的“末尾”被分配，当栈上的变量不在作用域时，存储它的内存马上被返还回栈以便重用。

堆内存

堆内存会存储长期和短期的数据，而且数据类型很多，而且大小不固定。
分配内存过程：
1.先判断堆上是否有足够大的连续空闲内存。
2.若内存不足，则进行GC垃圾回收。（过程较慢）
3.GC后，若还内存不足，则需要增加堆内存空间。（过程较慢）

垃圾回收过程

1.检查堆内存所有对象，和对象的引用，看对象是否在作用域内。

2.对不在作用域的对象进行标记。

3.删除被标记的对象，将其内存还给内存池。

对象多，对象的引用多，都会增加GC的工作。

触发垃圾回收的条件

1.当准备分配堆内存，但堆内存不足时。
2.Unity定时触发。
3.手动触发。

垃圾回收引起的性能问题

低帧率，间歇性卡死，性能不稳定。

在Unity Profiler的CPU分类中，以Time ms排序，如果GC.Collect()在上方，或者GC.Collect()的Time ms较大，可以考虑优化GC垃圾回收问题。

🏆优化

优化原理

1.降低GC执行时间。 较少的分配堆内存，和对对象的引用。

2.降低GC执行频率。降低对堆内存的分配和释放。

3.再合适的时机手动调用。较困难和不常用。

🌟优化方案

铺垫了这么多，终于到了优化的方法。

（1）缓存数据

如果代码重复调用堆内存，再抛弃结果，造成不必要的垃圾。那么我们应该保存结果的引用，并进行服用。这就是缓存技术。

实现：
不在方法中创建临时对象，而是创建全局对象。在方法中使用。

//下面例子中，函数每次被调用时都会造成堆内存分配，因为有新的数组创建。

void OnTriggerEnter(Collider other)
{
    Renderer[] allRenderers = FindObjectsOfType<Renderer>();
    ExampleFunction(allRenderers);
}

//下面代码只有一次堆内存分配，因为数组创建和填充一次，然后被缓存了。
//缓存数组可以复用而不用生成更多垃圾。
private Renderer[] allRenderers;

void Start()
{
    allRenderers = FindObjectsOfType<Renderer>();
}

void OnTriggerEnter(Collider other)
{
    ExampleFunction(allRenderers);
}

（2）不在频繁调用的函数中分配堆内存

把频繁在Update或LateUpdate中要调用声明的对象，改为在Start或Awake中进行声明。不在Update中new对象。

在Update中进行操作前进行判断，如判断是否需要修改坐标。或增加计时器。 降低代码执行频率。

（3）清除集合，而不是每次都创建新的

使用临时存储变量的List时，在使用前Clear一下即可。不要每次都New它。

（4）对象池

对于频繁创建和销毁的对象，如子弹，敌人等。使用对象池机制。

使用两个List，分别存储已显示的对象，和隐藏（表示被销毁）的对象。

需要创建对象时，判断隐藏对象池中是否有隐藏的对象，若有，则直接显示并使用此对象；若没有，则创建一个对象并使用，并将此对象放入显示对象池中。

需要销毁对象时，将此对象隐藏，放入隐藏对象池中。

（5）string字符串

string字符串是引用类型，而且每次修改都会创建一个新的引用。

1.不要频繁的拼接字符串，如时间的数字变量+单位名称。将其修改为两个UI，一个显示数字，另一个显示单位。

2.可以使用StringBuilder来拼接字符串使用。

（6）Unity函数调用的优化

有些Unity函数会造成堆内存分配，可以将其缓存起来，而不是每次都用UnityAPI进行查找使用。

使用GameObject.CompareTag()不会产生垃圾。使用GameObject.tag进行判断会产生垃圾。

（7）装箱和拆箱

要小心某些API底层调用了拆箱和装箱操作。

（8）协程的优化

yield 不会产生垃圾，但后面的参数会产生垃圾。

yield return 0;//这会产生垃圾是因为发生了装箱.
//如果我们只是想要等待一帧，而不产生垃圾
//最好是使用下面的代码：
yield return null;

缓存WaitForSeconds，而不是每次都new。

WaitForSeconds delay = new WaitForSeconds(1f);

while (!isComplete)

{

    yield return delay;

}

如果因为协程产生了很多垃圾，则要考虑自己写一个同功能的代码，看看是否可以优化性能。

（9）foreach循环

在Unity5.5之前，foreach循环数组以外的集合时，每次循环都会产生垃圾。这是因为幕后的装箱操作。每次循环开始System.Object都会在堆上被创建，在循环结束时被销毁。这个问题已经在Unity5.5版本中修复了。

（10）函数的引用

函数引用，不论是匿名方法还是命名的方法，在Uniyt中都是引用类型的变量。他们会引起堆内存分配。把匿名方法转换为闭包会显著的增加内存占用和堆内存分配的大小。

函数引用和闭包具体怎么明确的分配内存，取决于不同的平台和编译设置，但是考虑到垃圾回收，我们最好少使用函数引用和闭包。

匿名函数的两种形式：delegate开头，或者lambda表达式

	Action lawer;
	lawer=delegate() 			//使用匿名方法进行委托
     {
         Console.WriteLine("I have no money!!!");
     };
     
     lawer = () =>		//使用lambda表达式进行委托
     {
         Console.WriteLine("I have no money!!!");
     };

（11）少用Linq和正则表达式

他们都会产生垃圾，因为需要装箱操作，如果需要考虑性能问题，那么最好不要使用他们。

（12）结构体struct的优化

结构体虽然是值类型，但如果内部定义了string引用类型。那么GC时，会查找整个结构体。

如果结构体数组中，结构体定义包含了string。我们可以将string类型单独存放为一个数组。结构体中只定义值类型。

（13）减少对对象的引用

删除没必要的对象引用，堆内存上对象不变的情况下，引用越少，GC越快。

如：返回值是对象
如果返回值是对象，可以优化为对象的编号。

如果对你有帮助，可以点个赞鼓励我哈。

参考资料 https://www.cnblogs.com/alan777/p/6155501.html