Java GC垃圾回收（1）概述

川长思鸟来 2022-05-22 23:10 213阅读 0赞

# 导语 #

>      垃圾回收器—GC（Garbage Collection），它与“java面向编程”一样是java语言的特性之一；它与“ c/c++语言”最大区别是不用手动调用 free()  和 delete() 释放内存。GC 主要是处理 Java堆Heap ，也就是作用在 Java虚拟机 用于存放对象实例的内存区域，（Java堆又称为GC堆）。JVM能够完成内存分配和内存回收，虽然降低了开发难度，避免了像C/C++直接操作内存的危险。但也正因为太过于依赖JVM去完成内存管理，导致很多Java开发者不再关心内存分配，导致很多程序低效、耗内存问题。因此开发者需要主动了解GC机制，充分利用有限的内存的程序，才能写出更高效的程序。
> 
>   
> 
> 
> **GC的两个职能**：1.**检测垃圾**、2.**回收垃圾**。
> 
>   
>

## 推荐阅读 ##

[深刻理解Java虚拟机及垃圾回收机制，值得一看的干货！][Java]

[Android 存储结构、Java内存结构的分配及堆栈区别][Android _Java]

## 检测垃圾的方法 ##

**1、引用计数算法（Reference Counting）**

原理：给每个对象添加一引用计数器，每当有一个地方引用它，计数器+1 ，引用失效时就-1 。

分析：引用计数算法很简单高效。但是，现在主流的虚拟机没有选用引用计数算法来管理内存，原因是它很难解决对象之间相互引用的问题。试想一下，要是虚拟机用了引用计数算法，下面的objA和objB会不会回收呢？

**\[java\]** view plain copy

print ?

1.  public class ReferenceCountingGC\{  
2.      public Object instance = null;  
3.      public static void testGC()\{  
4.          ReferenceCountingGC objA = new ReferenceCountingGC ();  
5.          ReferenceCountingGC objB = new ReferenceCountingGC ();  
6.          objB.instance = objA;  
7.          objA.instance = objB;  
8.          objA = null;  
9.          objB = null;  
10.         System.gc();  
11.     \}  
12. \}

public class ReferenceCountingGC{
        public Object instance = null;
        public static void testGC(){
            ReferenceCountingGC objA = new ReferenceCountingGC ();
            ReferenceCountingGC objB = new ReferenceCountingGC ();
            objB.instance = objA;
            objA.instance = objB;
            objA = null;
            objB = null;
            System.gc();
        }
    }

**2、可达性分析算法（Rearchability Analysis）**

原理：以根集对象为起始点进行搜索，如果有对象不可达的话，即是垃圾对象。这里的根集一般包括java栈中引用的对象、方法区常良池中引用的对象、本地方法中引用的对象等。

*  可达状态：在一个对象创建后，有一个以上的引用变量引用它，那它就处于可达状态。
 *  可恢复状态：如果程序中某个对象不再有任何的引用变量引用它，它将先进入可恢复状态。在这个状态下，系统会调用finalize()方法进行资源整理，如果资源整理后有一个以上引用变量引用该对象，则这个对象又再次变为可达状态，否则会变成不可达状态。
 *  **不可达状态**：当对象的所有引用都被切断，且系统调用 finalize() 方法进行资源整理后该对象依旧没变为可达状态，则这个对象将永久性失去引用并且变成不可达状态，系统才会真正的去回收该对象所占用的资源！（**重点回收的对象**）

**3、对象的四种引用状态**

*  强引用 ：创建一个对象并把这个对象直接赋给一个变量，不管系统资源多么紧张，强引用的对象都不会被回收，即使他以后不会再用到。
 *  软引用 ：通过SoftReference修饰的类，内存非常紧张的时候会被回收，其他时候不会被回收，在使用之前要判断是否为null从而判断他是否已经被回收了。
 *  弱引用 ：通过WeakReference修饰的类，不管内存是否足够，系统垃圾回收时必定会回收。
 *  虚引用 ：不能单独使用，主要是用于追踪对象被垃圾回收的状态。通过PhantomReference修饰和引用队列ReferenceQueue类联合使用实现。

## 回收垃圾的方法 ##

1.  串行回收和并行回收：串行回收是不管系统有多少个CPU，始终只用一个CPU来执行垃圾回收操作；并行回收就是把整个回收工作拆分成多个部分，每个部分由一个CPU负责，从而让多个CPU并行回收。并行回收的执行效率很高，但更复杂，另外内存会增加。
2.  应用程序停止和并发执行 ：应用程序停止，顾名思义是在执行垃圾回收的同时会导致应用程序的暂停。并发执行的垃圾回收虽不会导致应用程序的暂停，但需要解决和应用程序的执行冲突（应用程序可能在垃圾回收的过程修改对象），因此并发执行垃圾回收的系统开销比较高，而且执行时需要更多的堆内存。
3.  支持压缩的垃圾回收（标记-压缩 = 标记清除+压缩）会把所有的可达对象搬迁到一起，然后将之前占用的内存全部回收，减少了内存碎片。
4.  不压缩的垃圾回收（标记-清除）要遍历两次，第一次先从跟开始访问所有可达对象，并将他们标记为可达状态，第二次便利整个内存区域，对未标记可达状态的对象进行回收处理。这种回收方式不压缩，不需要额外内存，但要两次遍历，会产生碎片
5.  复制式的垃圾回收：将堆内存分成两个相同空间，将空间A的全部可达对象复制到空间B，然后一次性回收空间A。对于该算法而言，因为只需访问所有的可达对象，将所有的可达对象复制走之后就直接回收整个空间，完全不用理会不可达对象，所以遍历空间的成本较小，但需要巨大的复制成本和较多的内存。

**\* 堆内存的分代回收：按对象的生存时间分成不同三代，分别是年轻代（Young）、老人代（old）和永久( Permanent )。内存分配是发生在Young代，当一个对象存活时间足够长久会被复制到old代中。不同世代有不同垃圾回收算法，一般应用中大部分对象存活时间很短，比如局部变量只存活在方法的执行过程中。**

Young代 ：

因为对象数量少，所以采用复制回收机制。划分两个区域，分别是Eden区和Survivor区，多数对象先分配到Eden区，一些内存大的对象会直接被分配到old代中。Survivor区同一时间又分Form、To两个小区，一个用来保存对象，另一个是空的；每次进行Young代垃圾回收的时候，就把Eden和From中的可达对象复制到To区域中，一些生存时间长的就复制到了老年代，接着清理回收Eden和From空间。最后，原来的To空间变为From空间，原来的From空间变为To空间绝大因为Young代对象大部分很快进入不可达状态，因此回收频率高且回收速度快。

Old代 ：

1.  回收机制 ：采用标记压缩算法回收。
2.  对象来源 ：对象大直接进入老年代、Young代中生存时间长的可达对象。
3.  回收频率 ：因为很少对象会死掉，所以执行频率不高，而且需要较长时间来完成。

Permanent代 ：

1.  用      途 ：用来装载Class，方法等信息，默认为64M，不会被回收。
2.  对象来源 ：例如，对于像Hibernate，Spring这类喜欢AOP动态生成类的框架，往往会生成大量的动态代理类，因此需要更多的Permanent代内存。所以我们经常在调试Hibernate，Spring的时候经常遇到java.lang.OutOfMemoryError:PermGen space的错误，这就是Permanent代内存耗尽所导致的错误。
3.  回收频率 ：不会被回收。

##     ##

## 垃圾的回收器 ##

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

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

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

*   将old代划分成几个固定区域；
 *  mark阶段（多线程并行），标记可达对象；
 *   summary阶段（串行执行），从最左边开始检验知道找到某个达到数值（可达对象密度小）的区域时，此区域及其右边区域进行压缩回收，其左端为密集区域；
 *  compact阶段（多线程并行），识别出需要装填的区域，多线程并行的把数据复制到这些区域中。经此过程后，Old代一端密集存在大量活动对象，另一端则存在大块空间。

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

*  初始标识（程序暂停）：标记被直接引用的对象(一级对象)；
 *  并发标识（程序运行）：通过一级对象寻找其他可达对象；
 *  再标记（程序暂停）：多线程并行的重新标记之前可能因为并发而漏掉的对象，即防遗漏；
 *  并发清理（程序运行）。

##     ##

## 小结 实际开发中常用的小技巧 ##

1、尽量使用直接变量，例如：String javaStr = “XXX”;

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

3、尽早释放无用对象;

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

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

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

7、在必要的时候可以考虑使用软引用 SoftReference。

[Java]: http://blog.csdn.net/csdn_aiyang/article/details/78652993
[Android _Java]: https://blog.csdn.net/csdn_aiyang/article/details/69380377