GC 垃圾回收

一、托管

  .Net所指的托管资源到底是什么意思呢?是相对于所有资源,还是只限于某一方面的资源?很多人对此不是很了解。
  其实.Net所指的托管只是针对内存这一个方面,并不是对于所有的元素;因此对于Stream,数据库的连接GDI+的相关对象,还有Com对象等等,这些资源并不是受到.Net管理而统称为非托管资源。而对于内存的释放和回收,系统提供了GC(Garbage Collector),而至于其他资源则需要手动进行释放。

二、垃圾

  什么是垃圾。.Net类型分为两大类,一个就是值类型,另一个就是引用类型。前者是分配在栈上,并不需要GC回收;后者是分配在堆上,因此它的内存释放和回收需要通过GC来完成。GC的全程为"Garbage Collector",顾名思义就是垃圾回收器,那么只有被称为垃圾的对象才能被GC回收。也就是说,一个引用类型对象所占的内存需要被GC回收,而满足回收的条件,首先就要需要称为垃圾。那么.Net如果判定一个引用类型对象是垃圾呢,.Net的判断很简单,只要判定此对象或者其包含的子对象没有任何引用是有效的,那么系统就认为它是垃圾。

三、GC运作方式

  明确了基本概念,接下来就说说GC的运作方式以及GC的功能,内存的释放和回收需要伴随着程序的运行,因此系统为GC安排了独立的线程。那么GC的工作大致是,查询内存中对象是否成为垃圾,然后对垃圾进行释放和回收。那么对于GC对于内存回收采取了一定的有限算法进行轮询回收内存资源。其次,对于内存中的垃圾分为两种,一种需要调用对象的析构函数,另一种是不需要调用的。GC对于前者(需要调用析构函数的)的回收需要通过两步完成,第一步是调用对象的析构函数,第二步是回收内存,但是要注意这两步不是在GC一次轮询完成,即需要两次轮询;相对于后者(不需要调用析构函数的),则只是回收内存而已。

  对于某个具体的资源,是无法确切知道对象析构函数什么时候被调用的,以及GC什么时候会去释放和回收它所占用的内存。那么对于C、C++之类语言转换过来的程序员来说,这里需要转变观念。
对于程序资源来说,我们应该做些什么,以及如何去做,才能使程序效率最高,同时占用资源能尽快的释放。前面说过托管资源分两种,托管的内存资源,这是不需要我们操心的,系统已经为我们进行管理了,那么对于非托管资源,这里再重申一下,这就是Stream,数据库的连接,GDI+的相关对象,还有Com的相关对象,还有Com对象等等这些资源,需要我们手动去释放。
如何去释放,应该把这些操作放到哪里比较好呢。.Net提供可三种方法,也是最常见的三种,大致如下
  1、析构函数
  2、继承IDisposable接口,实现Dispose方法;
  3、提供Close方法。

  经过前面的介绍,可以知道析构函数只能被GC来调用,那么无法确定它什么时候被调用,因此用它作为资源的释放并不是很合理,因为资源释放不及时;但是为了防止资源泄露,毕竟它会被GC调用,因此析构函数可以作为一个补救方法。而Close与Dispose这两种方法的区别在于,调用完了对象的Close方法后,此对象由可能被重新进行使用;而Dispose方法来说,此对象所占用的资源需要被标记无用了,也就是此对象被销毁了,等待GC回收,不能再被使用。

  例如,常见SqlConnection这个类,当调用完Close方法后,可以通过Open重新打开数据库连接,当彻底不用这个对象了就可以调用Dispose方法来标记此对象无用,等待GC回收。明白了这两种方法的意思后,大家在往自己的类中添加的接口时候,不要歪曲了这两者意思。

接下来说说这三个函数的调用时机,我用几个试验结果来进行说明,可能会使大家的印象更深。

首先是这三种方法的实现,大致如下:

    public class DisposeClass : IDisposable
    {
        public void Close()
        {
            Debug.WriteLine("Close called!");
        }

        ~DisposeClass()
        {
            Debug.WriteLine("Destructor called!");
        }

        #region IDisposable Members

        public void Dispose()
        {
            Debug.WriteLine("Dispose called!");
        }

        #endregion
    }

  对于Close来说不属于真正意义上的释放,除了注意它需要显示被调用外,我在此对它不多说了。而对于析构函数而言,不是在对象离开作用域后立刻被执行,只有在关闭进程或者调用GC.Collect方法的时候才被调用,参看如下的代码运行结果。

namespace ConsoleApplication1
{
    public class Program
    {
        static void Main(string[] args)
        {
            // Show destructor
           new Program().Create();
            Debug.WriteLine("After created!");
            new Program().CallGC();

            Console.ReadKey();
        }

        private void Create()
        {
            DisposeClass myClass = new DisposeClass();
        }

        private void CallGC()
        {
            GC.Collect();
        }
    }

    public class DisposeClass : IDisposable
    {
        public void Close()
        {
            Debug.WriteLine("Close called!");
        }

        ~DisposeClass()
        {
            Debug.WriteLine("Destructor called!");
        }

        #region IDisposable Members

        public void Dispose()
        {
            Debug.WriteLine("Dispose called!");
        }

        #endregion
    }
}

  这时在Visual Studio的输出标签里输出:

  After created!
  Destructor called!

显然在出了Create函数外,myClass对象的析构函数没有被立刻调用,而是等显示调用GC.Collect才被调用。

对于Dispose来说,也需要显示的调用,但是对于继承了IDisposable的类型对象可以使用using这个关键字,这样对象的Dispose方法在出了using范围后会被自动调用。例如:

namespace ConsoleApplication1
{
    public class Program
    {
        static void Main(string[] args)
        {
            using (DisposeClass myClass = new DisposeClass())
            {
                //other operation here
            }

            Console.ReadKey();
        }
    }

    public class DisposeClass : IDisposable
    {
        public void Close()
        {
            Debug.WriteLine("Close called!");
        }

        ~DisposeClass()
        {
            Debug.WriteLine("Destructor called!");
        }

        #region IDisposable Members

        public void Dispose()
        {
            Debug.WriteLine("Dispose called!");
        }

        #endregion
    }
}

  在Visual Studio里输出:

  Dispose called!

  那么对于如上DisposeClass类型的Dispose实现来说,事实上GC还需要调用对象的析构函数,按照前面的GC流程来说,GC对于需要调用析构函数的对象来说,至少经过两个步骤,即首先调用对象的析构函数,其次回收内存。也就是说,按照上面所写的Dispose函数,虽说被执行了,但是GC还是需要执行析构函数,那么一个完整的Dispose函数,应该通过调用GC.SuppressFinalize(this )来告诉GC,让它不用再调用对象的析构函数中。那么改写后的DisposeClass如下:

    public class DisposeClass : IDisposable
    {
        public void Close()
        {
            Debug.WriteLine("Close called!");
        }

        ~DisposeClass()
        {
            Debug.WriteLine("Destructor called!");
        }

        #region IDisposable Members

        public void Dispose()
        {
            Debug.WriteLine("Dispose called!");
            //不在执行析构函数
            GC.SuppressFinalize( this );
        }

        #endregion
    }

  对以上代码进行测试:

        private void Run()
        {
            using( DisposeClass myClass = new DisposeClass() )
            {
                //other operation here
            }
        }

        private void CallGC()
        {
            GC.Collect();
        }

        // Show destructor
        Run();
        Debug.WriteLine( "After Run!" );
        CallGC();

  输出:

  Dispose called!

  After Run!

  对比表格如下:


析构函数


Dispose方法


Close方法


意义


销毁对象


销毁对象


关闭对象资源


调用方式


不能被显式调用,会被GC调用


需要显式调用

或者通过using语句


需要显式调用


调用时机


不确定


确定,在显式调用或者离开using程序块


确定,在显式调用时

 

  那么在定义一个类型的时候,是否一定要给出这三个函数地实现呢。
  我的建议大致如下。
  1.提供析构函数,避免资源未被释放,主要是指非内存资源;
  2.对于Dispose和Close方法来说,需要看所定义的类型所使用的资源(参看前面所说),而决定是否去定义这两个函数;
  3.在实现Dispose方法的时候,一定要加上“GC.SuppressFinalize( this )”语句,避免再让GC调用对象的析构函数。

2013-5-16

析构函数只能由垃圾回收器调用。

Despose()方法只能由类的使用者调用。

在C#中,凡是继承了IDisposable接口的类,都可以使用using语句,从而在超出作用域后,让系统自动调用Dispose()方法。

一个资源安全的类,都实现了IDisposable接口和析构函数。提供手动释放资源和系统自动释放资源的双保险。

GC 垃圾回收

时间: 2025-01-31 06:43:53

GC 垃圾回收的相关文章

数往知来C#之接口 值类型与引用类型 静态非静态 异常处理 GC垃圾回收 值类型引用类型内存分配<四>

C# 基础接口篇 一.多态复习 使用个new来实现,使用virtual与override    -->new隐藏父类方法 根据当前类型,电泳对应的方法(成员)    -->override重写 无论什么情况,都是执行新的方法(成员) 继承是实现多态的一个前提,没有继承多态是不能实现的 父类与子类实现多态 抽象类与子类实现 抽象类不能实例化 抽象类中的抽象方法没有方法体 抽象类的成员有哪些   ->包含非抽象成员   ->不能实例化   ->子类必须实现父类的 抽象方法,除非子

面试官,不要再问我“Java GC垃圾回收机制”了

Java GC垃圾回收几乎是面试必问的JVM问题之一,本篇文章带领大家了解Java GC的底层原理,图文并茂,突破学习及面试瓶颈. 楔子-JVM内存结构补充 在上篇<JVM之内存结构详解>中有些内容我们没有讲,本篇结合垃圾回收机制来一起学习.还记得JVM中堆的结构图吗? 图中展示了堆中三个区域:Eden.From Survivor.To Survivor.从图中可以也可以看到它们的大小比例,准确来说是:8:1:1.为什么要这样设计呢,本篇文章后续会给出解答,还是根据垃圾回收的具体情况来设计的.

计时器 GC垃圾回收 demo

计时器: 1 public void start() { 2 //定义计时器 3 Timer timer=new Timer(); 4 //定义运行间隔(数字越小,速度越快) 5 int interval=30; 6 //创建定时任务 7 TimerTask task=new TimerTask() { 8 public void run() { 9 moveAction(); //调用的其他方法 10 enemyEnterAction(); 11 repaint(); 12 } 13 }; 1

【原创】GC/垃圾回收简介

GC简介 1 GC机制 1.1 对象 从计算机的角度,装有数据的内存空间 1.2 作用 将内存垃圾的释放自动化 1.3 本质 将已经引用不到的对象视为死亡,将死亡的对象找出来并且作为垃圾进行回收 2 GC算法 2.1 跟踪回收 2.1.1 原理 从根开始扫描判断对象的生死 2.1.2 标记清除 (1)过程 第一次扫描:以变量或运行栈作为根,从根开始将可能被引用的对象进行标记,将没被标记的对象进行垃圾回收 第二次扫描:将全部对象进行扫描,对没有被标记的对象进行垃圾回收,扫描的同时还需要将存活的对象

Java GC - 垃圾回收机制

1.简介 对于Java developer来说,了解JVM GC工作原理能够帮助我们开发出更优秀的应用,同时在处理JVM瓶颈时能够更加自由.在最近一年的应用开发中能体会到这些知识带来的好处,并且让我们的应用在较大规模的并发时能够良好的工作. 本文部分知识和图片来源于书籍<Java Performance> - Charlie Hunt & Binu John 著,该书全面讲解了Java 应用的性能分析.优化点与JVM原理等知识,本文(以及稍候的一些文章)只包含 GC collector

Java GC 垃圾回收算法 内存分配

垃圾回收(Garbage Collection, GC)是Java不同于c与c++的重要特性之一. 他帮助Java自动清空堆中不再使用的对象. 由于不需要手动释放内存,程序员在编程中也可以减少犯错的机会. 利用垃圾回收,程序员可以避免一些指针和内存泄露相关的bug(这一类bug通常很隐蔽). 垃圾回收实际上是将原本属于程序员的责任转移给计算机. GC需要完成的3件事情: 哪些内存需要回收 什么时候回收 如何回收 1 回收那些对象? 在Java中采用可达性分析算法来判定对象是否存活,是否可以被回收

GC垃圾回收

gc=full gc +young gc Java jvm 内存=堆内存+非堆内存 堆内存(-Xms-Xmx)=年轻代(-Xmn)+年老代 -Xms,初始分配内存,-Xmx最大分配内存,一般情况下设置成一样的值 年轻代=Eden+s0+s1 非堆内存=持久代(-XX:PermSize -XX:MaxPermSize)+code cache(-XX:reservedcodecachesize) -XX:PermSize(初始值大小).-XX:MaxPermSize(最大值) [jvm内存模型图]

Java虚拟机笔记(二):GC垃圾回收

为什么要了解GC 我们都知道Java开发者在开发过程中是不需要关心对象的回收的,因为Java虚拟机的原因,它会自动回收那些失效的垃圾对象.那我们为什么还要去了解GC和内存分配呢? 答案很简单:当我们需要排查各种内存溢出.内存泄漏时,当垃圾收集器成为系统达到更高并发量的瓶颈时,我们就需要对这些"自动化"的技术实施必要的监控和调节. 回收哪些对象 我们知道在Java内存运行时数据区域中,虚拟机栈.本地方法栈和程序计数器是线程隔离的数据区,随线程而生,随线程而灭:栈中的栈帧随着方法的进入和退

JVM调优系列:(四)GC垃圾回收

跟踪收集算法: 复制(copying): 将堆内分成两个相同空间,从根(ThreadLocal的对象,静态对象)开始访问每一个关联的活跃对象,将空间A的活跃对象全部复制到空间B,然后一次性回收整个空间A.因为只访问活跃对象,将所有活动对象复制走之后就清空整个空间,不用去访问死对象,不需要标记骤,所以遍历空间的成本较小,但需要巨大的复制成本和较多的内存. 标记清除(mark-sweep): 收集器先从根开始访问所有对象,标记活跃对象.然后再遍历一次整个内存区域,把所有没有标记活跃的对象进行回收处理