1.垃圾收集器的存在只有一个目的,释放不再被使用的内存空间;
2.垃圾收集器只能释放对象所占据的空间(new 出来的空间),虽然在java中,一切都是对象,但是我们仍然可以在java中使用非java风格代码来分配一些特殊的内存空间来做一些特殊的事情,例如c中的malloc(),这类内存空间的释放需要在相应对象的finalize()方法中采取相应的方法来释放内存,比如与malloc对应的free(),当该对象不在被使用时,垃圾收集器在执行该对象的清除之前将首先调用该对象的finalize()方法来释放这类特殊内存,之后再执行对象的清除。
3.垃圾收集在何时会发生是不可预知的,即使我们在程序中显示调用System.gc()也并不能强制垃圾收集的执行,它只是向java虚拟机提出了一个运行垃圾收集器的申请,至于会不会真正地执行该动作还是未知的。这样看来我们似乎不必过多的关注垃圾收集器的运行情况,因为我们根本没办法明确控制垃圾收集的执行,不知道这点理解对不对。
他人总结:
1.关于JAVA垃圾收集器与类的finalize()方法的一些总结
http://blog.csdn.net/yzsind/archive/2006/06/24/829556.aspx
2.全面分析Java的垃圾回收机制
http://tech.163.com/06/0321/10/2CNUN3PD0009159T.html
2.垃圾收集器只能释放对象所占据的空间(new 出来的空间),虽然在java中,一切都是对象,但是我们仍然可以在java中使用非java风格代码来分配一些特殊的内存空间来做一些特殊的事情,例如c中的malloc(),这类内存空间的释放需要在相应对象的finalize()方法中采取相应的方法来释放内存,比如与malloc对应的free(),当该对象不在被使用时,垃圾收集器在执行该对象的清除之前将首先调用该对象的finalize()方法来释放这类特殊内存,之后再执行对象的清除。
3.垃圾收集在何时会发生是不可预知的,即使我们在程序中显示调用System.gc()也并不能强制垃圾收集的执行,它只是向java虚拟机提出了一个运行垃圾收集器的申请,至于会不会真正地执行该动作还是未知的。这样看来我们似乎不必过多的关注垃圾收集器的运行情况,因为我们根本没办法明确控制垃圾收集的执行,不知道这点理解对不对。
他人总结:
1.关于JAVA垃圾收集器与类的finalize()方法的一些总结
http://blog.csdn.net/yzsind/archive/2006/06/24/829556.aspx
2.全面分析Java的垃圾回收机制
http://tech.163.com/06/0321/10/2CNUN3PD0009159T.html