Prefab内Text的GC优化

预制中Text为空时设置为一个空格
默认初始化一个很大的字符串, 浪费gc

 想要弄清楚这个问题先要看Text内部初始化内存的机制。

1.TextGenerator的创建方式导致初始内存的差别

   有内容的时候会用默认长度去分配内存，比如一个空字符长度就是1，否则就用默认的内存分配方式。

2.默认的分配方式，TextGenerator.characters默认会分配Capacity=51长度的内存区域 TextGenerator.verts会分配Capacity=201长度的内存。

 

3.用一个空字符初始化，TextGenerator.characters 则会分配Capacity=2长度的内存区域 TextGenerator.verts会分配Capacity=8长度的内存。则正好为一个字符分配内存。

4.用默认空字" "符创建Text的好处。

• 初始内存分配会变小。
• 不够用的情况，204/8 = 25，最多只能维持25个字符就要重新分配内存了，这样可能导致更大范围的内存GC，不如默认很小的内存分配，实际用到的时候按实际情况再分配。
• 字符太少的情况，如果没有超过25个字符，比如很少量的字符又导致内存的浪费，如果文字特别多的情况累计起来还是很多的。

5.List的内存分配原理

https://www.cnblogs.com/jimmy-y/p/5327950.html

当我们添加的元素数量小于等于Capacity的值时，List是不会重新调整内部数据结构，也就是不会重新申请或者分配内存，而当我们添加的元素数量大于Capacity 的值时，List就会不断的调整内部数据结构或者重新申请分配内存，这样的话对效率肯定会有一定的影响的。

当我们使用List<T> list = new List<T>();实例化一个List对象是，.Net Framework只是在内存中申请了一块内存在存放list对象本身，系统此时并不知道list会有多少item元素。当我们向list添加第一个item时，list会申请能存储4个Item元素的存储空间，此时Capacity是4，但是当我们添加到第五个item时，此时的Capacity就会变成8，也就是当list发现元素的总数大于Capacity数量时，会主动申请并重新分配内存，当我们添加到第九个item时，Capacity不是12而是16，也就是说list每次申请的内存数量都是之前item元素数量两倍。然后将当前所有的item元素系但添加的元素复制到新的内存。

大家可以看到，如果list需要添加的元素特别多时，list会不断地申请心内存，复制已有元素和新加元素到新内存，这个过程会产生资源的浪费及性能问题。

如果当设置的Capacity值远大于list的实际元素数量时，应使用TrimExcess()方法释放点未使用的内存。