关于Java的垃圾回收机制

关于Java的垃圾回收机制

特征

1. 垃圾回收机制只负责回收堆内存中的对象，不会回收任何物理资源（如：数据库连接，网络IO等资源）
2. 程序无法精确控制垃圾回收的运行，当对象永久性的失去引用后，系统会在合适的时候回收它所占的内存
3. 在垃圾回收机制回收任何对象之前，总会调用finalize（）方法，该方法可能让一个引用变量重新引用该对象，从而导致回收机制取消回收

对象在内存中的状态

1. 可达状态：当一个对象被创建后，若有一个以上的引用变量引用它，则这个对象在程序中处于可达状态，程序可以通过引用变量俩调用该对象的属性和方法
2. 可恢复状态：如果程序中某个对象不再有任何变量引用它，它就进入可恢复状态，在回收该对象前，系统会调用所有可恢复状态的finalize()方法进行资源清理，如果系统在调用finalize（）方法时，重新让一个引用变量引用该对象，则这个对象又会返回可达状态，否则进入不可达状态
3. 不可达状态：当对象与所有引用变量的关联都被切断，且系统已经调用所有对象的finalize()方法后依然没有使该对象变成可达状态，那么这个对象将永久性的失去引用，最后变成不可达状态。只有当一个对象处于不可达状态时，系统才会真正回收该对象所占有的资源

强制垃圾回收

• 当一个对象失去引用后，系统何时调用它的finalize()方法对他进行资源清理，何时让它变成不可达状态，对程序来说是未知的，程序不能控制它何时被回收
• 但是，我们依然可以强制垃圾回收。----这种强制只是通知系统进行垃圾回收，但是系统是否进行垃圾回收依然不确定，大部分时候，程序强制系统回收后总有一些效果

• 建议系统垃圾回收有两种方法：

  1.调用System类的gc静态方法：System.gc();
  2.调用Runtime对象的gc()实例方法：Runtime.getRuntime().gc();

finalize()方法

1. finalize()方法是定义在Object类的实例方法，它是Java提供的默认机制来清理对象的资源，当finalize()返回后，对象消失，垃圾回收机制开始执行
2. 任何Java类都可以重写Object类的finalize()方法，在该方法中清理该对象占用的资源
3. 垃圾回收机制何时调用finalize()方法是完全透明的，只有当程序认为需要更多的额外内存时，垃圾回收机制才会进行垃圾回收，因此可能出现这样的情况：某个失去引用的对象只占用了少量的内存，而且系统中没有产生严重的内存需求，因此垃圾回收机制并没有试图回收该对象所占用的资源，所以该对象的finalize()方法也不会得到调用

总结

1. 永远不要主动调用某个对象的finalize()方法，该方法应交给垃圾回收机制调用
2. finalize()方法何时被调用，是否被调用都具有不确定性，不要把finalize()方法当成一定会被执行的方法
3. 当JVM执行可恢复对象的finalize()方法时，可能使该对象或系统中其他对象重新变成可达状态
4. 当JVM执行finalize()方法出现异常，垃圾回收不会报告异常，程序继续执行