Unity合并网格数据致内存上涨，引发GC帧丢失问题

预分配与对象池复用 #

• 提前根据行星最大可能的网格规模，预分配固定大小的NativeArray<Vector3>、NativeArray<int>等原生容器，合并时直接写入预分配的内存块，彻底避免临时内存分配。
• 给NodeMeshData实现对象池，叶子节点销毁或不需要时，将NodeMeshData回收到池内，下次生成网格时直接取出复用，减少临时对象的GC回收压力。

分帧增量合并 #

• 把全量叶子节点的合并任务拆分成多帧执行，比如每帧处理10-20个节点的NodeMeshData，用协程或者Update计数器控制进度，避免单帧内内存暴涨触发GC。
• 合并过程中实时将已处理的数据写入最终Mesh的原生内存，而非先把所有数据存到临时容器再一次性合并，减少中间内存占用。

改造Job System适配方案 #

• 放弃NodeMeshData嵌套NativeArray的结构，改为每个节点只存储数据在全局大数组中的起始索引和长度，所有节点的顶点、索引数据统一存到全局的NativeArray里。这样Job System可以直接通过索引范围操作对应节点的数据，规避嵌套限制。
• 用Burst编译加速合并逻辑，同时通过JobHandle管理多线程依赖，保证线程安全。

直接操作Mesh底层内存 #

• 不要依赖Unity内置的合并方法，而是通过Mesh.GetNativeVertexBufferPtr()和Mesh.GetNativeIndexBufferPtr()获取Mesh的原生内存指针，手动将NodeMeshData的数据拷贝到Mesh内存中，跳过Unity中间的包装层内存分配。
• 合并完成后调用Mesh.UploadMeshData(true)，直接将数据上传GPU并释放CPU端内存，减少后续GC触发的可能。

LOD缓存复用 #

• 针对不同LOD层级，提前预先生成并缓存对应分辨率的合并网格。相机切换LOD时直接复用缓存的Mesh，仅当行星地形数据发生变更时，才重新生成对应LOD的缓存网格，彻底避免频繁合并操作。

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