C#能否强制小于85000字节的对象分配到大对象堆(LOH)

核心问题结论 #

首先明确：CLR默认没有开放强制小于85000字节的对象分配到大对象堆（LOH）的API，也不支持全局调整LOH的85000字节阈值，这是运行时的底层设计限制，从.NET Framework到最新的.NET 8版本都没有提供对应的配置入口。

你观察到的性能暴跌符合SOH的运行逻辑：大量小于85k的数组分配在SOH中，会触发频繁的0代GC扫描、对象移动整理，开销远高于无需常规整理的LOH分配。

可行替代方案 #

以下方案都可以达到和强制分配到LOH相近的性能表现：

• 预分配LOH大数组+分片使用
  这是最推荐的无侵入方案：你可以先分配一个总内存大小符合需求、单块大小超过85k的大数组（会自动进入LOH），再通过Memory<T>/Span<T>将其切分为你需要的多个固定大小的子分片。这些分片底层都复用同一个LOH大数组的内存，不会产生额外的SOH对象分配开销，使用时的读写性能和独立数组完全一致，也无需手动管理内存生命周期。
  示例代码：

  // 预分配586MB的byte数组，自动进入LOH
  byte[] totalBuffer = GC.AllocateUninitializedArray<byte>(586 * 1024 * 1024);
  // 切分为多个66560字节的分片
  int chunkSize = 66560;
  List<Memory<byte>> chunks = new List<Memory<byte>>();
  for (int i = 0; i < totalBuffer.Length; i += chunkSize)
  {
      chunks.Add(totalBuffer.AsMemory(i, Math.Min(chunkSize, totalBuffer.Length - i)));
  }
  

• 非托管内存分配
  如果你需要独立的数组封装实例、且能够手动管理内存生命周期，可以使用.NET 6+提供的NativeMemoryAPI直接分配非托管内存，这部分内存完全脱离GC堆的SOH/LOH管理逻辑，不会触发GC扫描开销，性能和LOH分配持平，只需在使用完成后手动释放即可。
  示例代码：

  // 分配66560字节的非托管内存
  unsafe
  {
      byte* ptr = (byte*)NativeMemory.Alloc(66560);
      // 可以包装为Span<byte>使用
      Span<byte> chunk = new Span<byte>(ptr, 66560);
      // 使用完成后手动释放，避免内存泄漏
      NativeMemory.Free(ptr);
  }
  

• 固定数组分配
  如果你使用.NET 7及以上版本，也可以调用GC.AllocateUninitializedArray<T>(length, pinned: true)分配固定的小对象数组，固定后的数组不会被GC移动，能够减少GC整理的开销，不过性能提升幅度弱于前两种方案。

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