.Net垃圾回收机制

最新推荐文章于 2024-07-20 00:09:45 发布

小颜学开发

最新推荐文章于 2024-07-20 00:09:45 发布

阅读量615

点赞数

分类专栏：随笔

本文链接：https://blog.csdn.net/aa2012123456/article/details/49273539

版权

随笔专栏收录该内容

17 篇文章 1 订阅

订阅专栏

.net中的资源有两种，托管资源和非托管资源。下面来尝试分析下这两种类型资源的回收。

1.非托管资源回收

两种方式：Dispose，Finalize

1.1Dispose

Dispose方法，继承IDisposable接口，也就会自动调用Dispose方法。就可以在using里创建对象了。

 class Student : IDisposable
    {
        public void Dispose()
        {
            throw new NotImplementedException();
        }
    }

调用的时候：

 Student stu = new Student();
            stu.Dispose();

或者：

using (Student stu1 = new Student())
            { 
                
            }

using的好处就是，在大括号范围之外，对象就自动释放，无需显式调用dispose方法。

1.2Finalize()方法（不推荐）

class Student : IDisposable
    {
        ~Student() { }
    }

~Student()是析构函数，会隐式调用Finalize方法，即clr将析构函数隐式转换为：

protected override void Finalize()  
{  
    try  
    {  
       // Cleaning up .  
    }  
    finally  
    {  
       base.Finalize();  
    }
}

引用一下网上有大神的博客：

在.NET中应该尽可能的少用析构函数释放资源，MSDN2上有这样一段话:
　　实现 Finalize 方法或析构函数对性能可能会有负面影响，因此应避免不必要地使用它们。用 Finalize 方法回收对象使用的内存需要至少两次垃圾回收。当垃圾回收器执行回收时，它只回收没有终结器的不可访问对象的内存。这时，它不能回收具有终结器的不可访问对象。它改为将这些对象的项从终止队列中移除并将它们放置在标为准备终止的对象列表中。该列表中的项指向托管堆中准备被调用其终止代码的对象。垃圾回收器为此列表中的对象调用 Finalize 方法，然后，将这些项从列表中移除。后来的垃圾回收将确定终止的对象确实是垃圾，因为标为准备终止对象的列表中的项不再指向它们。在后来的垃圾回收中，实际上回收了对象的内存。

　　所以有析构函数的对象，需要两次，第一次调用析构函数，第二次删除对象。而且在析构函数中包含大量的释放资源代码，会降低垃圾回收器的工作效率，影响性能。所以对于包含非托管资源的对象，最好及时的调用Dispose()方法来回收资源，而不是依赖垃圾回收器。

2.托管资源由GC回收

先弄清楚一个概念：代

CLR使用了“代”概念来优化垃圾回收器，代是垃圾回收机制使用的一个逻辑技术，也是一种算法，它把托管堆中的内存分为3个代

（截止到目前.NET Framework4.0有3个代：0、1、2）。

在激活一个进程时，CLR会先保留一块连续的内存，在主线程启动过程中，可能会初始化一系列对象，CLR先计算对象大小及其开销所占用的字节数，接着会在连续的内存块中为这些对象分配内存，这些对象被配置在第0代内存，在构造第0代内存的时候会分配一个默认大小的内存，随着程序的运行，可能会初始化更多的对象，CLR发现第0代内存不能装载更多的新生对象，此时CLR会启动垃圾回收器对第0代内存进行回收，不再使用的对象所占用的内存会被释放，接着把0代对象提升为第1代，然后把新生对象配置在第0代内存区中。CLR使用了3个阶段的代，每次新分配的对象都会被配置在第0代内存中，最老的对象在第2代内存中，每次为新对象分配内存时，都可能会进行垃圾回收以释放内存。