预制中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()方法释放点未使用的内存。