Java的内存回收机制

Java的内存回收机制

在Java中，它的内存管理包括两方面：内存分配（创建Java对象的时候）和内存回收，这两方面工作都是由JVM自动完成的，降低了Java程序员的学习难度，避免了像C/C++直接操作内存的危险。但是，也正因为内存管理完全由JVM负责，所以也使Java很多程序员不再关心内存分配，导致很多程序低效，耗内存。因此就有了Java程序员到最后应该去了解JVM，才能写出更高效，充分利用有限的内存的程序。

1.Java在内存中的状态

当程序运行起来之后，把它在内存中的状态看成是有向图后，可以分为三种：

1）可达状态：在一个对象创建后，有一个以上的引用变量引用它。在有向图中可以从起始顶点导航到该对象，那它就处于可达状态。

2）可恢复状态：如果程序中某个对象不再有任何的引用变量引用它，它将先进入可恢复状态，此时从有向图的起始顶点不能再导航到该对象。在这个状态下，系统的垃圾回收机制准备回收该对象的所占用的内存，在回收之前，系统会调用finalize()方法进行资源清理，如果资源整理后重新让一个以上引用变量引用该对象，则这个对象会再次变为可达状态；否则就会进入不可达状态。

3）不可达状态：当对象的所有关联都被切断，且系统调用finalize()方法进行资源清理后依旧没有使该对象变为可达状态，则这个对象将永久性失去引用并且变成不可达状态，系统才会真正的去回收该对象所占用的资源。

上述三种状态的转换图如下：

2.Java对对象的4种引用

1）强引用 ：创建一个对象并把这个对象直接赋给一个变量，eg：Person person = new Person(“sunny”); 不管系统资源有么的紧张，强引用的对象都绝对不会被回收，即使他以后不会再用到。

2）软引用 ：通过SoftReference类实现，eg : SoftReference<Person> p = newSoftReference<Person>(new Person(“Rain”));,内存非常紧张的时候会被回收，其他时候不会被回收，所以在使用之前要判断是否为null从而判断他是否已经被回收了。

3）弱引用 ：通过WeakReference类实现，eg: WeakReference<Person> p = new WeakReference<Person>(new Person(“Rain”));不管内存是否足够，系统垃圾回收时必定会回收。

4）虚引用 ：不能单独使用，主要是用于追踪对象被垃圾回收的状态。通过PhantomReference类和引用队列ReferenceQueue类联合使用实现

3.Java垃圾回收机制

其实Java垃圾回收主要做的是两件事：1）内存回收 2）碎片整理

3.1垃圾回收算法

使用引用计数算法判断对象是否存活，使用GCRoots搜索算法进行可达性分析。

1）GCRoots搜索算法

如果一个对象和GCRoots之间没有链接，那么这个对象也可以视为是一个可回收对象

Java中可被作为GCRoots中的对象有：

• JavaStack 中的引用的对象 (栈内存中引用的对象)；
• 方法区中静态引用指向的对象；
• 方法区中常量引用指向的对象；
• Native 方法中 JNI 引用的对象。

2）引用计数 ：原理是此对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为 0 的对象。此算法最致命的是无法处理循环引用的问题；

3）标记-清除 ：此算法执行分两阶段。第一阶段从引用根节点开始标记所有被引用的对象，第二阶段遍历整个堆，把未标记的对象清除；此算法需要暂停整个应用，同时，会产生内存碎片；

4）复制算法 ：此算法把内存空间划为两个相等的区域，每次只使用其中一个区域。垃圾回收时，遍历当前使用区域，把正在使用中的对象复制到另外一个区域中；

此算法每次只处理正在使用中的对象，因此复制成本比较小，同时复制过去以后还能进行相应的内存整理，不会出现 “碎片” 问题。当然，此算法的缺点也是很明显的，就是需要两倍内存空间；

5）标记-整理 ：此算法结合了 “标记-清除” 和 “复制” 两个算法的优点。也是分两阶段，第一阶段从根节点开始标记所有被引用对象，第二阶段遍历整个堆，把清除未标记对象并且把存活对象 “压缩” 到堆的其中一块，按顺序排放。

此算法避免了 “标记-清除” 的碎片问题，同时也避免了 “复制” 算法的空间问题。

3.2堆内存的分代回收

1）分代回收的依据：

①对象生存时间的长短：大部分对象在Young期间就被回收

②不同代采取不同的垃圾回收策略：新（生存时间短）老（生存时间长）对象之间很少存在引用

2) 堆内存的分代：

①Young代 ：

Ⅰ回收机制 ：因为对象数量少，所以采用复制回收。

Ⅱ组成区域 ：由1个Eden区和2个Survivor区构成，同一时间的两个Survivor区，一个用来保存对象，另一个是空的；每次进行Young代垃圾回收的时候，就把Eden，From中的可达对象复制到To区域中，一些生存时间长的就复制到了老年代，接着清除Eden，From空间，最后原来的To空间变为From空间，原来的From空间变为To空间。

Ⅲ对象来源 ：绝大多数对象先分配到Eden区，一些大的对象会直接被分配到Old代中。

Ⅳ回收频率 ：因为Young代对象大部分很快进入不可达状态，因此回收频率高且回收速度快。

②Old代 ：

Ⅰ回收机制 ：采用标记压缩算法回收。

Ⅱ对象来源 ：1.对象大直接进入老年代。

2.Young代中生存时间长的可达对象

Ⅲ回收频率 ：因为很少对象会死掉，所以执行频率不高，而且需要较长时间来完成。

③Permanent代 ：

Ⅰ用 途 ：用来装载Class，方法等信息，默认为64M，不会被回收

Ⅱ对象来源 ：eg：对于像Hibernate，Spring这类喜欢AOP动态生成类的框架，往往会生成大量的动态代理类，因此需要更多的Permanent代内存。所以我们经常在调试Hibernate，Spring的时候经常遇到java.lang.OutOfMemoryError:PermGenspace的错误，这就是Permanent代内存耗尽所导致的错误。

Ⅲ回收频率 ：不会被回收

3.3常见的垃圾回收器

在此之前，我们先讲一下下面将会涉及到的并发和并行两个词的解释：

1）并行：指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态；

2）并发：指用户线程与 垃圾收集线程同时执行（但不一定是并行的，可能会交替执行），用户程序继续执行，而垃圾收集程序运行于另一个CPU上。

好啦，继续讲垃圾回收器：

1）Serial收集器（串行回收器）：Young代采用串行复制算法；Old代使用串行标记压缩算法（三个阶段：标记mark—清除sweep—压缩compact），回收期间程序会产生暂停，

2）ParNew收集器（并行回收器）：对Young代采用的算法和串行回收器一样，只是增加了多CPU并行处理； 对Old代的处理和串行回收器完全一样，依旧是单线程。

3）Parallel Scavenge（并行压缩回收器）：对Young代处理采用与并行回收器完全一样的算法；只是对Old代采用了不同的算法，其实就是划分不同的区域，然后进行标记压缩算法：

4）CMS（并发标识—清理回收）：对Young代处理采用与并行回收器完全一样的算法；只是对Old代采用了不同的算法，但归根待地还是标记清理算法：

5）G1：并发与并行；分代收集；空间整合；可预测的非停顿。虽说G1优点性能很好，但主流还是CMS。

4.内存管理小技巧

1）尽量使用直接量，eg：String s = “aaa”;

2）使用StringBuilder和StringBuffer进行字符串连接等操作;

3）尽早释放无用对象;

4）尽量少使用静态变量;

5）缓存常用的对象:可以使用开源的开源缓存实现，eg：OSCache，Ehcache;

6）尽量不使用finalize()方法;