Java高级进阶学习-Java的内存回收.docVIP

Java高级进阶学习-Java的内存回收 　　下面几遍文章中，阿堂想和朋友们一起来探讨一个java中内存管理方面的一些细节和常见内存管理的小技巧。由于,java中本身已经提供了垃圾回收机制，并且这个是由JVM来自动执行的，也就是说，当一个java对象失去引用时，JVM的垃圾回收机制会自动清理它们，并回收它们所占用的内存空间。正因为此，所以一般的java程序员，就完全相信了java承诺的垃圾回收的说法了，这样就导致了java的内存泄露更隐蔽。。实际上，java的内存泄漏，也是一个比较常见的情况了。一个内存泄露点导致的内存泄露可能并不多，但并发用户一多，运行时间一长后，内存泄露就显得比较可怕了...　　Java的内存管理包括内存分配(创建java对象)和内存回收这两个方面。这两方面都是由java的jvm来自动完成的，因此降低了java程序员的学习难度，以致很多的java程序员不再关心程序内存分配。但这方面的工作也加重了jvm的工作，从而使java程序运行缓慢.　　对于JVM的垃圾回收机制来说，是否回收一个对象的标准在于：是否还有引用变量引用该对象？只要有引用变量引用该对象，垃圾回收机制就不会加收它。也就是说，当java对象被创建出来之后，垃圾回收机制会实时地监控每一个对象的运行状态，包括对象的申请，引用，被引用，赋值等。当垃圾回收机制实时地监控到某个对象不再被引用变量引用时，立即回收机制就会回收它所占用的空间。　　JVM内存中的对象引用，可以被理解成一种有向图：即引用变量，对象都被当成有向图的顶点，引用关系当成图的有向边，有向边总是从引用端指向被引用的java对象。或者说是从引用变量可达对象. 其示意图如下所示  ? 如下代码  ? 它们运行后，在栈区和堆内存区又是怎么样一个图示呢？相信朋友们，通过，看阿堂上面的两个图示的说明后，就可以很快得出结论了，正确结果图如下　　对于垃圾回收机制来说，判断一个对象是否可回收的标准就在于该对象是否被引用，因此引用也是JVM进行内存管理的一个重要概念。为了更好的管理对象的引用，从JDK1.2开始，在java.lang.ref包下提借了三个类SoftReference,PhantomaReference和WeakReference。它们分别代表了系统对对象的3种引用方式：软引用，虚引用和弱引用。 　阿堂在介绍“强引用，软引用，弱引用，虚引用”之前，前面没有对内存泄露的概念进行说明，这里简单补充说明一下.　　内存泄露：程序运行过程中，会不断分配内存空间，那些不再使用的内存空间应该即时回收它们，从而保证系统可以再次使用这些内存，如果存在无用的内存没有被回收回来，这就是内存泄漏.(1)强引用　　这是java程序中最常见的引用方式，程序创建一个对象，并把这个对象赋给一个引用变量，这个引用变量就是强引用.java程序可通过强引用来访问实际的对象。当一个对象被一个或一个以上的强引用变量引用时，它处于可达状态，它不可能被系统垃圾回收机制回收。　　强引用是Java编程中广泛使用的引用类型，被强引用所引用的Java对象绝不会被垃圾回收机制回收，即使系统内存紧张;即使有些Java对象以后永远也不会被用到，JVM也不会回收被强引用所引用的Java对象.　　由于JVM肯定不会回收强引用所引用的JAVA对象，因此强引用是造成JAVA内存泄漏的主要原因。　　　　如 ReceiptBean rb=new ReceiptBean(); rb就代表了一种强引用的方式(2)软引用　　软引用需要通过SoftReference类来实现，当一个对象只具有软引用时，它可能被垃圾回收机制回收。对于只有软引用的对象而言，当系统内存空间足够时，它不会被系统回收，程序也可以使用该对象;当系统内存空间不足时，系统将回收它.　　软引用通常用在对内存敏感的程序中，软引用是强引用很好的替代。对于软引用，当系统内存空间充足时，软引用与强引用没有太大的区别，当系统内存空间不足时，被软引用所引用的JAVA对象可以被垃圾回收机制回收，从而避免系统内存不足的异常.　　当程序需要大量创建某个类的新对象，而且有可能重新访问已创建老对象时，可以充分使用软引用来解决内存紧张的问题。例如需要访问1000个Person对象，可以有两种方式方法一 依次创建1000个对象，但只有一个Person引用指向最后一个Person对象方法二 定义一个长度为1000个的Person数组，每个数组元素引用一个Person对象. 对于方法一，弱点很明显，程序不允许需要重新访问前面创建的Person对象，即使这个对象所占的空间还没有被回收。但已经失去了这个对象的引用，因此也不得不重新创建一个新的Person对象（重新分配内存），而那个已有的Pe