Java垃圾回收机制
垃圾回收机制用到finalize。当程序创建对象、数组等引用类型实体时,系统都会在堆内存中为之分配一块内存区,对象就保存在这块内存中,当这块内存不再被任何引用变量引用时,这块内存就会变成垃圾,等待垃圾回收机制进行回收。
垃圾回收机制特征:
垃圾回收机制只负责回收堆内存中的对象,不会回收任何物理资源(例如:数据库连接,网络IO)
程序无法精确控制垃圾回收的运行,垃圾回收会在合适的时候运行。当对象永久的失去引用后,系统就会在合适的时候回收它所占的内存。
垃圾回收机制回收任何对象之前,总会调用它的finalize()方法,该方法可能使对象重新复活(让一个引用变量重新引用该对象),从而导致垃圾回收机制取消回收
对象在内存中的状态:
当一个对象在堆内存中运行时,根据它被引用变量所引用的状态,可以把它所处的状态分为以下三种:
可达状态:
当一个对象被创建之后,有一个及以上的引用变量去引用它,则这个对象在程序中处于可达状态,程序可通过引用变量来调用该对象的Field和方法。
可恢复状态:
如果程序中某个对象不再有引用变量引用它,它进入了可恢复状态。在这种状态下,系统的垃圾回收机制准备回收该对象所占的内存,在回收该对象前,系统会调用所有可恢复状态对象的finalize()方法进行资源清理,如果系统在调用finalize()方法时重新让一个引用变量引用该对象,则这个对象会再次变成可达状态;否则该对象进入不可达状态。
不可达状态:
当对象与所有引用变量的关联都被切断,且系统已经调用所有对象的finalize()方法后依然没有使该对象变成可达状态,那么这个对象将永久地失去引用,最后变成不可达状态。只有当一个对象处于不可达状态时,系统才会真正的回收该对象所占的资源。
强制垃圾回收
当一个对象失去引用后,系统何时调用它的finalize()方法对它进行资源清理,何时它会变成不可达状态,系统何时回收它所占有的内存。对于系统程序完全透明。程序只能控制一个对象任何不再被任何引用变量引用,绝不能控制它何时被回收。
强制只是建议系统立即进行垃圾回收,系统完全有可能并不立即进行垃圾回收,垃圾回收机制也不会对程序的建议置之不理:垃圾回收机制会在收到通知后,尽快进行垃圾回收。
强制垃圾回收的两个方法:
调用System类的gc()静态方法:System.gc()
调用Runtime对象的gc()实例方法:Runtime.getRuntime().gc()
finalize方法
在垃圾回收机制的回收某个对象所占的内存之前,通常要求程序调用适当的方法来清理资源,在没有明确指明清理资源的情况下,Java提供了默认机制来清理该对象的资源,这个机制就是finalize()方法。
当finalize()方法返回后,对象消失,垃圾回收机制开始执行。
finalize()方法具有以下四个特点:
永远不要主动调用某个对象的finalize()方法,该方法应交给垃圾回收机制调用。
finalize()方法何时被调用,是否被调用具有不确定性,不要把finalize()方法当成一个会被执行的方法。
当JVM执行可恢复对象的finalize()方法时,可能使该对象或系统中的其他对象重新变成可达状态。
当JVM执行finalize()方法时出现异常,垃圾回收机制不会报告异常,程序继续执行