优化C#内存分配遇异常：静态数组为何引发GC频繁？

1. 最初CreateTexture2触发频繁GC的核心原因 #

你提到修复Texture2D.Dispose()后GC恢复正常，这是因为未释放的Texture2D会占用非托管GPU内存，同时托管端的对象引用会阻止GC回收，导致内存堆积触发频繁GC。修复后两个方法差异极小，是因为此时内存分配的主要来源只剩下数组和临时对象。

2. 复用Texture2D时，不用静态数组帧率更高的关键原因 #

当你改用复用Texture2D仅调用SetData()时，局部数组版本（CreateTexture的写法）帧率更高，主要源于以下几点：

（1）值类型数组的操作效率差异 #

Color是值类型，两种写法的数组元素修改逻辑有本质区别：

• 局部数组版本：colorArray[i] = color 是直接将完整的Color结构体拷贝到数组元素位置，一次操作完成赋值。
• 静态数组版本：colorArray[i].A = ... 这类写法，需要先将数组中的Color结构体拷贝到栈上的临时变量，修改成员后再拷贝回数组，相当于两次值拷贝操作，循环次数越多，额外开销越大。

（2）JIT编译器的优化限制 #

静态数组是全局变量，JIT编译器无法确保它不会被其他线程修改，因此会限制部分优化（比如循环展开、向量化优化）。而局部数组的作用域仅限于方法内部，JIT可以确定其生命周期和访问权限，能更激进地优化循环逻辑，提升执行效率。

（3）CPU缓存局部性优势 #

局部数组是在方法调用时临时分配的，内存地址更接近当前执行上下文的其他数据，CPU缓存命中率更高。而静态数组长期存在于堆上，可能被分配到远离当前工作集的内存区域，缓存命中概率低，访问速度更慢。

（4）内存碎片的隐性影响 #

静态数组长期驻留内存，可能导致堆内存碎片化，后续内存分配和访问的开销增加。而局部数组用完后会被快速回收（尤其是在.NET 6的GC优化下），堆内存更紧凑，整体内存访问效率更高。

3. 优化建议 #

如果想要兼顾内存复用和性能，可以尝试：

• 保留局部数组的赋值方式，同时复用数组（单线程环境可使用线程静态数组保证安全）
• 提前预分配足够大小的数组，避免频繁重新分配
• 对于固定尺寸的纹理，直接复用Texture2D对象，同时使用局部数组进行数据填充，平衡内存和性能

内容的提问来源于stack exchange，提问作者Tornseglare