.NET Framework 4.8与.NET 5的GC行为差异及WeakReference测试适配问询

1. 新版CLR导致测试用例失效的核心调整 #

• JIT局部变量生命周期延长：.NET Core/.NET 5+的JIT在默认优化（Release配置）下，会延长栈上局部变量的生命周期至方法执行结束。即使你在代码块内手动将变量赋值为null，只要当前方法未执行完成，JIT的GC根扫描仍会将该变量对应的实例标记为存活，不会被回收。而.NET Framework 4.8的JIT不会做这类生命周期延长，因此手动置null后实例就失去了强引用。
• GC回收策略变更：.NET 5+的GC默认采用更灵活的分层回收逻辑，无参数的GC.Collect()默认不会执行阻塞式全代强制回收，可能仅回收部分代的垃圾，导致目标实例未被完全清理。

2. 适配.NET 5+的测试用例调整方案 #

核心思路是彻底切断实例的所有栈上强引用，再执行强制全代回收，具体修改如下：

1. 将实例创建、WeakReference关联的逻辑封装到单独的、禁止JIT内联的方法中，方法执行完成后栈帧销毁，对应局部变量的强引用会被彻底移除，不会再被GC根扫描识别
2. 调用GC.Collect时指定强制全代回收参数，确保所有代的垃圾都被清理

调整后的代码示例：

using System.Runtime.CompilerServices;

[Test]
public void ConceptualMemoryLeakTest()
{
    WeakReference weakReference = CreateWeakReference();
    
    // 此时CreateWeakReference方法已退出，栈上强引用已彻底清除
    Assert.True(weakReference.IsAlive);
    
    // 执行两次强制全代阻塞回收，覆盖带终结器的对象场景
    GC.Collect(GC.MaxGeneration, GCCollectionMode.Forced, true, true);
    GC.WaitForPendingFinalizers();
    GC.Collect(GC.MaxGeneration, GCCollectionMode.Forced, true, true);
    
    Assert.False(weakReference.IsAlive);
}

// 禁止JIT内联，确保方法退出后栈帧被销毁
[MethodImpl(MethodImplOptions.NoInlining)]
private WeakReference CreateWeakReference()
{
    object myObject = new object();
    return new WeakReference(myObject);
}

注：如果测试在Debug配置下运行，需要在项目属性中关闭「调试时抑制JIT优化」选项，否则Debug配置下的局部变量生命周期会被强制延长到方法结束，仍然可能导致测试失败

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