Java垃圾回收机制小结以及优化建议，linux教程pdf百度云

---

之前已经了解到Java堆被主要分成三个部分，而垃圾回收主要是在Young（年轻代）和Tenured（老年代）工作。 而 年轻代 又包括 Eden（伊利园）和两个Survivor（幸存者）。 下面我们就来看看这些空间是如何进行交互的：

1、首先，所有新生成的对象都是放在年轻代的Eden分区的，初始状态下两个Survivor分区都是空的。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。

2、当Eden区满的的时候，小垃圾收集就会被触发。

3、当Eden分区进行清理的时候，会把引用对象移动到第一个Survivor分区，无引用的对象删除。

4、在下一个小垃圾收集的时候，在Eden分区中会发生同样的事情：无引用的对象被删除，引用对象被移动到另外一个Survivor分区（S1）。此外，从上次小垃圾收集过程中第一个Survivor分区（S0）移动过来的对象年龄增加，然后被移动到S1。当所有的幸存对象移动到S1以后，S0和Eden区都会被清理。注意到，此时的Survivor分区存储有不同年龄的对象。

5、在下一个小垃圾收集，同样的过程反复进行。然而，此时Survivor分区的角色发生了互换，引用对象被移动到S0，幸存对象年龄增大。Eden和S1被清理。

![](https://us

【一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义】

浏览器打开：qq.cn.hn/FTf 免费领取

er-gold-cdn.xitu.io/2018/10/25/166a9de4c9771e70?imageView2/0/w/1280/h/960/format/webp/ignore-error/1)

6、这幅图展示了从年轻代到老年代的提升。当进行一个小垃圾收集之后，如果此时年老对象此时到达了某一个个年龄阈值（例子中使用的是8），JVM会把他们从年轻代提升到老年代。

7、随着小垃圾收集的持续进行，对象将会被持续提升到老年代。

8、这样几乎涵盖了年轻一代的整个过程。最终，在老年代将会进行大垃圾收集，这种收集方式会清理-压缩老年代空间。

也就是说，刚开始会先在新生代内部反复的清理，顽强不死的移到老生代清理，最后都清不出空间，就爆炸了。

与堆配置相关的参数

| 参数 | 描述 |

| — | — |

| -Xms | JVM启动的时候设置初始堆的大小 |

| -Xmx | 设置最大堆的大小 |

| -Xmn | 设置年轻代的大小 |

| -XX:PermSize | 设置持久代的初始的大小 |

| -XX:MaxPermSize | 设置持久代的最大值 |

优化建议：

根据GC的工作原理，我们可以通过一些技巧和方式，让GC运行更加有效率

1. 最基本的建议就是尽早释放无用对象的引用。大多数程序员在使用临时变量的时候，都是让引用变量在退出活动域（scope）后，自动设置为 null。好的做法是：如果程序允许，尽早将不用的引用对象赋为null，这样可以加速GC的工作；

2. 尽量少用finalize函数。finalize函数是Java提供给程序员一个释放对象或资源的机会。但是，它会加大GC的工作量，因此尽量少采用finalize方式回收资源；

3. 如果需要使用经常使用的图片，可以使用SoftReference类型。它可以尽可能将图片保存在内存中，供程序调用，而不引起OutOfMemory；

4. 注意集合数据类型，包括数组，树，图，链表等数据结构，这些数据结构对GC来说，回收更为复杂，所以使用结束应立即置为null，不要等堆在一起。另外，注意一些全局的变量，以及一些静态变量。这些变量往往容易引起悬挂对象（dangling reference），造成内存浪费；

5. 当程序有一定的等待时间(注意，是有一定等待时间时)，程序员可以手动执行System.gc()，通知GC运行，但是Java语言规范并不保证GC一定会执行。使用增量式GC可以缩短Java程序的暂停时间。System.gc()； Runtime.getRuntime().gc() 这个方法对资源消耗较大尽量不要手动去调用这个方法，不然可能引起程序的明显卡顿；

6. 尽量使用StringBuffer,而不用String来累加字符串

7. 能用基本类型如int,long,就不用Integer,Long对象。基本类型变量占用的内存资源比相应对象占用的少得多；

8. 尽量少用静态对象变量，静态变量属于全局变量,不会被GC回收,它们会一直占用内存；

9. 分散对象创建或删除的时间，集中在短时间内大量创建新对象,特别是大对象,会导致突然需要大量内存,JVM在面临这种情况时,只能进行主GC,以回收内存或整合内存碎片,从而增加主GC的频率。

合理使用 软引用 和 弱引用

---

清除 将引用对象的 referent 域设置为 null ，并将引用类在堆中引用的对象声明为 可结束的。 StrongReference 强引用：正常的对象，一直不会清理，直到爆炸。 SoftReference 软引用：内存不够的时候，遇到了就清了。 WeakReference 弱引用：只要遇到了就清了，注意：可能清了好几次，都没遇到。 PhantomReference 虚引用：虚顾名思义就是没有的意思，建立虚引用之后通过get方法返回结果始终为null。

PhantomReference 必须与 ReferenceQueue 类一起使用。需要 ReferenceQueue 是因为它能够充当通知机制。当垃圾收集器确定了某个对象是虚可及对象时， PhantomReference 对象就被放在它的 ReferenceQueue 上。将 PhantomReference 对象放在 ReferenceQueue 上也就是一个通知，表明 PhantomReference 对象引用的对象已经结束，可供收集了。这使您能够刚好在对象占用的内存被回收之前采取行动。

给个软引用的例子：

//首先定义一个HashMap，保存软引用对象。

private Map<String, SoftReference> imageCache = new HashMap<String, SoftReference>();

//再来定义一个方法，保存Bitmap的软引用到HashMap。

public void addBitmapToCache(String path) {

// 强引用的Bitmap对象

Bitmap bitmap = BitmapFactory.decodeFile(path);

// 软引用的Bitmap对象

SoftReference softBitmap = new SoftReference(bitmap);

// 添加该对象到Map中使其缓存

imageCache.put(path, softBitmap);

}

//获取的时候，可以通过SoftReference的get()方法得到Bitmap对象。

public Bitmap getBitmapByPath(String path) {

// 从缓存中取软引用的Bitmap对象

SoftReference softBitmap = imageCache.get(path);

//获取的时候，可以通过SoftReference的get()方法得到Bitmap对象。

public Bitmap getBitmapByPath(String path) {

// 从缓存中取软引用的Bitmap对象

SoftReference softBitmap = imageCache.get(path);