Garbage collection behaviour difference between .NetFramework 4.8 and .Net 5(.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之间的垃圾收集行为差异的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:.NetFramework4.8和.Net 5之间的垃圾收集行为差异


基础教程推荐
- 在 VS2010 中的 Post Build 事件中将 bin 文件复制到物 2022-01-01
- JSON.NET 中基于属性的类型解析 2022-01-01
- 经典 Asp 中的 ResolveUrl/Url.Content 等效项 2022-01-01
- 将事件 TextChanged 分配给表单中的所有文本框 2022-01-01
- 是否可以在 asp classic 和 asp.net 之间共享会话状态 2022-01-01
- 全局 ASAX - 获取服务器名称 2022-01-01
- 首先创建代码,多对多,关联表中的附加字段 2022-01-01
- 如何动态获取文本框中datagridview列的总和 2022-01-01
- 从 VS 2017 .NET Core 项目的发布目录中排除文件 2022-01-01
- 错误“此流不支持搜索操作"在 C# 中 2022-01-01