虽然这种方法需要在对象改变引用关系（如将自己或者某个属性赋值）时维护记录数据的正确性，会增加一些运行时的开销，但比起收集时扫描整个老年代来说仍然是划算的。

垃圾回收算法

一、标记-清除算法

标记：哪些对象可以存活或者哪些对象可以回收

它的主要缺点有两个：

• 第一个是执行效率不稳定。
  如果Java堆中包含大量对象，而且其中大部分是需要被回收的，这时必须进行大量标记和清除的动作，导致标记和清除两个过程的执行效率都随对象数量增长而降低；

• 第二个是内存空间的碎片化问题。
  标记、清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致当以后在程序运行过程中需要分配较大对象时无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。

基本不使用

二、标记-复制算法

根据IBM研究，新生代中的对象有98%熬不过第一轮收集（普通场景下，无法保证每次都是这样），因此不需要按照1：1的比例来划分新生代的内存空间，而是使用了8：1：1分配内存空间。

 每次进行收集时，将前8：1空间的存活对象一次性复制到另外的1比例，然后清理掉前8：1空间的朝生夕死的对象。

💛 内存的分配担保好比我们去银行借款，如果我们信誉很好，在98%的情况下都能按时偿还，于是银行可能会默认我们下一次也能按时按量地偿还贷款，只需要有一个担保人能保证如果我不能还款时，可以从他的账户扣钱，那银行就认为没有什么风险了。

标记-复制算法虽然弥补了标记-清除算法的缺点，但标记－复制算法还是有自己的缺点：

首先就是在对象存活率较高时要进行较多的复制操作，效率将会降低；

还有一种情况，就是在十分之九的的对象里超过十分之一存活，那么复制到右边区域时空间大小就不够了。

为了解决这些，出现了标记-整理算法。

三、标记-整理算法

标记过程仍与标记－清除算法相同，但后续让所有存活的对象都向内存空间一端移动，然后直接清理掉边界以外的内存。

弊端：

• 像在老年代这种每次回收都有大量对象存活区域，移动存活对象并更新所有引用这些对象的地方将会是一种极为负重的操作，而且这种对象移动操作必须全程暂停用户应用程序（解释4）才能进行　——＞ 宕机 stop the world　

但不移动的话，碎片化问题严重，得不到解决也会导致性能、存储量降低。

解释4：

如果不暂停的话，刚标记的时候只占据一块，标记完以后整理时可能就变成了占据了两块。

💛 通常标记-清除算法也是需要停顿用户线程来标记、清理可回收对象的，只是停顿时间相对而言要来的短而已。

于是混合式出现了，让虚拟机平时多数时间都采用标记-清除算法，暂时容忍内存碎片的存在，直到内存空间的碎片化程度已经大到影响对象分配时，再采用标记-整理算法收集一次，以获得规整的内存空间。