.NET进程内存增长但托管堆大小未变的原因与解决咨询

1. 大对象堆（LOH）的分配与回收特性 #

你的byte[100000]属于大对象（.NET中大于85000字节的对象会分配在LOH上）。当重新为record.Bytes赋值时，旧的字节数组会被标记为垃圾，但.NET GC的默认行为存在以下特点：

• 对于LOH，即使回收了垃圾对象，默认不会立即将内存释放回操作系统，而是将其标记为托管堆内的可用空间。
• 在Linux环境下，.NET Runtime更倾向于保留已申请的内存（避免频繁向OS申请/释放内存的开销），因此进程的PrivateMemorySize64不会立即下降。

2. 托管堆内存统计的差异 #

GC.GetTotalMemory(true)统计的是托管堆中已使用的内存（不包括已回收但未释放给OS的空闲内存），而PrivateMemorySize64统计的是进程向OS申请的总私有内存（包括托管堆中已回收的空闲区域）。这就解释了为什么托管内存基本不变，但进程总内存翻倍：新分配的大对象占用了新的OS内存页，旧的LOH内存还没被OS回收。

1. 强制触发LOH压缩与内存释放 #

使用带参数的GC.Collect强制回收并压缩LOH，同时通知Runtime将空闲内存还给操作系统：

// 在重新分配数组之后执行
GC.Collect(2, GCCollectionMode.Forced, true, true);
GC.WaitForPendingFinalizers();
ShowMemory();

• 第一个参数2表示回收第2代（LOH属于第2代）；
• 第四个参数true表示压缩LOH，将空闲内存合并并尝试释放给OS。

2. 配置LOH压缩策略 #

在项目的runtimeconfig.json中设置LOH始终压缩，避免LOH碎片化并促进内存释放：

{
  "runtimeOptions": {
    "configProperties": {
      "System.GC.LOHCompactionMode": "Always"
    }
  }
}

3. 复用大对象避免频繁分配 #

如果业务允许，尽量复用已有的字节数组，而不是每次重新分配：

// 初始化时分配，后续复用
foreach (var record in list)
{
    if (record.Bytes == null || record.Bytes.Length != 100000)
    {
        record.Bytes = new byte[100000];
    }
    else
    {
        // 重置数组内容（如果需要）
        Array.Clear(record.Bytes, 0, record.Bytes.Length);
    }
}

4. 调整GC内存限制 #

如果应用长期存在内存压力，可以设置GC堆内存硬限制，强制Runtime在达到阈值时释放内存给OS：

{
  "runtimeOptions": {
    "configProperties": {
      "System.GC.HeapHardLimitPercent": 70
    }
  }
}

该配置表示当托管堆内存占用达到进程可用内存的70%时，GC会主动释放空闲内存给OS。

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