深入理解JVM垃圾回收机制.docVIP

Java语言出来之前，大家都在拼命的写C或者C++的程序，而此时存在一个很大的矛盾，C++等语言创建对象要不断的去开辟空间，不用的时候有需要不断的去释放控件，既要写构造函数，又要写析构函数，很多时候都在重复的allocated，然后不停的~析构。于是，有人就提出，能不能写一段程序在实现这块功能，每次创建，释放控件的时候复用这段代码，而无需重复的书写呢？ 1960年?基于MIT的Lisp首先提出了垃圾回收的概念，用于处理C语言等不停的析构操作，而这时Java还没有出世呢！所以实际上GC并不是Java的专利，GC的历史远远大于Java的历史！ 那究竟GC为我们做了什么操作呢？ ? 1、????哪些内存需要回收？ 2、????什么时候回收？ 3、????如何回收？ ? 这时候有人就会疑惑了，既然GC已经为我们解决了这个矛盾，我们还需要学习GC么？当然当然是肯定的，那究竟什么时候我们还需要用到的呢？ ? 1、????排查内存溢出 2、????排查内存泄漏 3、????性能调优，排查并发瓶颈 ? 我们知道，GC主要处理的是对象的回收操作，那么什么时候会触发一个对象的回收的呢？ 1、????对象没有引用 2、????作用域发生未捕获异常 3、????程序在作用域正常执行完毕 4、????程序执行了System.exit() 5、????程序发生意外终止（被杀进程等） 其实，我们最容易想到的就是当对象没有引用的时候会将这个对象标记为可回收对象，那么现在就有一个问题，是不是这个对象被赋值为null以后就一定被标记为可回收对象了呢？我们来看一个例子： ? package?com.yhj.jvm.gc.objEscape.finalizeEscape; ? import?com.yhj.jvm.gc.objEscape.pojo.FinalizedEscapeTestCase; ? ? /** ?*?@Described：逃逸分析测试 ?*?@author?YHJ create at 2011-12-24?下午05:08:09 ?*?@FileNmae?com.yhj.jvm.gc.finalizeEscape.FinalizedEscape.java ?*/ public?class?FinalizedEscape { ????public?static?void?main(String[] args)?throwsInterruptedException { ????????System.out.println(FinalizedEscapeTestCase.caseForEscape); ???????FinalizedEscapeTestCase.caseForEscape?=?newFinalizedEscapeTestCase(); ????????System.out.println(FinalizedEscapeTestCase.caseForEscape); ???????FinalizedEscapeTestCase.caseForEscape=null; ???????System.gc(); ???????Thread.sleep(100); ????????System.out.println(FinalizedEscapeTestCase.caseForEscape); ????} } package?com.yhj.jvm.gc.objEscape.pojo; /** ?*?@Described：逃逸分析测试用例 ?*?@author?YHJ create at 2011-12-24?下午05:07:05 ?*?@FileNmae?com.yhj.jvm.gc.pojo.TestCaseForEscape.java ?*/ public?class?FinalizedEscapeTestCase { ? ????public?static?FinalizedEscapeTestCase?caseForEscape?=?null; ????@Override ????protected?void?finalize()?throws?Throwable { ???????super.finalize(); ???????System.out.println(哈哈，我已逃逸！); ???????caseForEscape?=?this; ????} } ? 程序的运行结果回事什么样子的呢？ 我们来看这段代码 ? 1、??System.out.println(FinalizedEscapeTestCase.caseForEscape); 2、??FinalizedEscapeTestCase.caseForEscape?=?