.NetFramework4.8和.Net 5之间的垃圾收集行为差异 [英] Garbage collection behaviour difference between .NetFramework 4.8 and .Net 5

查看:87
本文介绍了.NetFramework4.8和.Net 5之间的垃圾收集行为差异的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

为了在经常发生内存泄漏的地方检测潜在的内存泄漏,我使用了构建如下所示的测试。主要思想是拥有一个实例,而不再引用它,并让垃圾收集器收集它。我不想把重点放在这是不是一种好的技术上(在我的具体案例中,它做得很好),但我想集中讨论以下问题:

下面的代码在.NetFramework4.8上运行得很好,但在.Net 5上不能。为什么?

[Test]
public void ConceptualMemoryLeakTest()
{
    WeakReference weakReference;
    {
        object myObject = new object();
        weakReference = new WeakReference(myObject);
        myObject = null;
        Assert.Null(myObject);
    }
    Assert.True(weakReference.IsAlive); // instance not collected by GC
    GC.Collect();
    GC.WaitForPendingFinalizers();
    GC.WaitForFullGCComplete();
    GC.Collect();
    Assert.False(weakReference.IsAlive); // instance collected by GC
}

您可以看到其主要思想是使用WeakReference并使用IsAlive来确定实例是否被GC移除。新CLR(源自DotNet core的规则)中的规则发生了怎样的变化?我知道这里所做的事情并不依赖于指定的东西。相反,我只是利用我在NetFramework4.8中看到的CLR行为。

您知道如何再次获得与.Net 5兼容的类似内容吗?

推荐答案

实际上,根据评论和答案中提供的提示,我意识到将实例移动到单独的方法并防止它内联是可行的:

[MethodImpl(MethodImplOptions.NoInlining)]
private WeakReference CreateWeakReference()
{
    object myObject = new object();
    return new WeakReference(myObject);
}

[Test]
public void ConceptualMemoryLeakTest()
{
    WeakReference weakReference = CreateWeakReference();
    Assert.True(weakReference.IsAlive);
    GC.Collect();
    GC.WaitForPendingFinalizers();
    GC.WaitForFullGCComplete();
    GC.Collect();
    Assert.False(weakReference.IsAlive);
}

这不需要

<TieredCompilation>false</TieredCompilation>

这篇关于.NetFramework4.8和.Net 5之间的垃圾收集行为差异的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆