Fargate上.NET应用内存异常：容器级内存配置为何影响GC行为？

• 容器级内存配置是.NET GC的关键环境信号
  .NET的GC会根据进程能使用的内存上限动态调整回收策略。当你只设置任务级内存（512MB）但没给.NET容器单独配置内存时，进程没法准确感知自己的实际可用内存——毕竟任务级内存是整个任务（含所有容器）的总配额，你的.NET应用和dotnet-monitor边车会共享这部分资源。这时候GC会误以为有更多内存可用，就会延迟触发，直到系统层面内存快耗尽了才被迫启动回收，也就出现了你看到的内存持续增长的情况。

• cgroup机制传递内存限制给.NET运行时
  给容器设置内存限制后，Fargate会通过Linux的cgroup（资源隔离机制）把这个配额同步给容器内的.NET进程。从.NET Core 3.0开始，运行时会自动读取cgroup的内存限制参数，并以此作为GC策略调整的核心依据：

  • 提前触发GC，避免内存占用接近容器配额导致被系统强制终止（OOM Kill）
  • 缩小GC堆的阈值，减少单次GC需要处理的内存量，同时提升GC触发频率，让内存占用更平稳

• 任务级与容器级内存的隔离边界差异
  任务级内存是整个任务的总上限，没有单个容器的边界划分时，.NET进程的内存使用会不断向总配额逼近，直到内核发出内存压力信号，GC才会被动响应。而容器级内存给进程划定了明确的“可用内存天花板”，GC可以主动根据这个阈值规划回收时机，自然就会出现Working Set降低、GC提前触发且次数增多、内存提交量下降的改善效果。

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