.NET Framework 4.8垃圾回收器是否遵循JOB_OBJECT内存限制？

• .NET Framework 4.8的垃圾回收器（GC）和内存分配器会遵循Windows JOB_OBJECT定义的内存限制，具体表现如下：
  • 当进程被纳入配置了内存上限的JOB_OBJECT（如设置JOB_OBJECT_LIMIT_PROCESS_MEMORY或JOB_OBJECT_LIMIT_JOB_MEMORY参数）时，.NET的内存分配操作直接受该限制约束。进程内存占用接近阈值时，GC会自动提升回收频率，尝试释放闲置内存以避免触发系统限制。
  • 若内存分配操作直接突破JOB_OBJECT的内存上限，Windows会直接终止进程——这种情况下.NET运行时的异常处理机制无法介入，因为终止操作由系统层面强制执行。
• 补充未公开文档的实际行为：
  • .NET Framework 4.8运行时会通过Windows原生APIQueryInformationJobObject获取JOB_OBJECT的内存限制参数，并将其作为GC内存管理策略的参考依据。
  • 大对象堆（LOH）的分配操作同样受JOB_OBJECT限制约束，不存在绕过限制的情况。
• 需要区分的细节：
  • 若JOB_OBJECT设置的是工作集限制而非提交内存限制，GC会优先调整进程工作集大小，而非强制触发内存回收，这是两种限制类型下的不同行为表现。
  • 非托管内存分配（如通过Marshal.AllocHGlobal等方式）也会遵循JOB_OBJECT的内存限制，因为这类分配最终通过Windows系统调用完成，系统会直接执行限制规则。

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