IIS托管ASP.NET Core Blazor应用限制内存避免池重启方案咨询

1 现有配置优化 #

你已经关闭了服务器GC与并发GC、设置了堆硬限，这套基础配置适配你的低并发、允许响应延迟的场景，在此基础上可补充GC配置进一步收紧内存：
在runtimeconfig.json中新增如下配置：

{
  "runtimeOptions": {
    "configProperties": {
      "System.GC.HeapHardLimit": 300000000,
      "System.GC.HeapCount": 1,
      "System.GC.LOHCompactionMode": 1,
      "System.GC.ConservativeGC": true
    }
  }
}

各配置作用：

• System.GC.HeapCount=1：强制GC仅使用1个堆，避免多堆场景下的额外内存开销
• System.GC.LOHCompactionMode=1：每次二代GC执行时自动压缩大对象堆，减少内存碎片带来的无效占用
• System.GC.ConservativeGC=true：让GC采用更保守的内存分配策略，更早触发回收避免突破阈值

2 主动触发激进GC #

新增后台常驻服务定时监控进程内存，接近阈值时强制触发全量回收，适配你允许延迟的需求：

public class MemoryMonitorService : BackgroundService
{
    private const long MemoryThreshold = 450 * 1024 * 1024; // 450MB阈值，预留50MB缓冲
    private static readonly TimeSpan CheckInterval = TimeSpan.FromSeconds(10);

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        using var process = Process.GetCurrentProcess();
        while (!stoppingToken.IsCancellationRequested)
        {
            process.Refresh();
            if (process.PrivateMemorySize64 >= MemoryThreshold)
            {
                // 强制触发二代激进回收，压缩大对象堆，阻塞式执行
                GC.Collect(GC.MaxGeneration, GCCollectionMode.Aggressive, true, true);
                GC.WaitForPendingFinalizers();
            }
            await Task.Delay(CheckInterval, stoppingToken);
        }
    }
}

在Program.cs中注册服务即可：

builder.Services.AddHostedService<MemoryMonitorService>();

3 高内存后台任务限流优化 #

针对你提到的递归后台任务，可通过以下方式避免内存峰值叠加：

• 用SemaphoreSlim做全局并发控制，同一时间仅允许1-2个该类任务执行，避免多用户同时触发导致内存叠加超限
• 递归逻辑中主动释放不再使用的大对象引用，避免对象晋升到高代导致回收滞后
• 涉及大数组/大对象分配时，使用ArrayPool<T>等对象池组件复用内存，减少大对象堆分配

4 配置有效性验证 #

可通过以下API获取内存占用确认配置生效：

• GC.GetTotalMemory(false)：获取当前托管堆内存占用，验证堆硬限是否生效
• Process.GetCurrentProcess().PrivateMemorySize64：获取进程总内存占用，用于调整阈值
  你当前设置的300MB堆硬限是合理的，非托管内存、栈内存、IO缓冲区等非堆内存通常占用100-150MB，总内存最高约450MB，距离500MB的应用池上限有足够的安全缓冲，可大幅降低应用池重启概率。

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