Java内存分配与回收策略

前提：

对于Java体系而言，内存分配与回收重点区域就集中在 Java Heap，即Java堆内存

因此，这里介绍的JVM内存分配与回收：说的就是Java Heap 内存管理。先来介绍堆内存的模型：

 

JVM 内存管理模型将 堆内存 划分成：新生代 和 老年代

新生代：Young Generation，JVM中使用 -Xmn 设置新生代内存大小

老年代：Old Generation，JVM 中堆内存(初始堆-Xms和最大堆-Xmx）减去新生代内存就是分配给老年代的

注意：新生代进一步划分成：Eden空间和Survivor空间，其中Survivor又划分成From Survivor和To Survivor 两部分

一般我们使用 -XX:SurvivorRatio 来控制Eden和Survivor的比例，一般设置为 -XX:SurvivorRation=8

这其实就表示 Eden 占用新生代中 80%内存，和From Survivor 和 To Survivor 各站 10%

1.对象优先在Eden空进分配

一般来说新生代的对象都具备：生存周期短、占用内存空间小的特点

这也就决定了新生代内存回收会比较频繁，因此这快区域采用 标记-复制 算法来回收内存

所谓“标记-复制”算法：就是在内存回收之后还活着的对象，一次性从 Eden 和 From Survivor空间，复制到 To Survivor 空间。

相比较 标记-清除，标记-整理 算法而言，这种算法效率更优，表现为更节省空间、内存碎片少！

新生代内存回收称之为：Minor GC，意味着回收频繁，回收速度快

 

2.大对象直接进入老年代

大对象就是那种需要占用很大连续内存空间的对像，比如一个10MB的字符串！

对于 JVM 而言，如果这种大对象多，且生存周期短，那么简直就是“灾难”

依据第1条：对象优先在Eden空间分配，而Eden使用标记-复制算法，如果有很多大对象需要复制，这对JVM而言就是灾难了！

因此JVM提供一个参数：-XX:PretenureSizeThreshold 参数，令大于这个值得对象直接在老年代中分配

因为老年代使用 标记-整理 算法，这也避免了大对象复制！

要注意的是：这个参数不能使用MB作为单位，要使用字节B，比如 -XX:PretenureSizeThreshold=10485760B

老年代内存回收称之为：MajorGC，意味着回收次数少，回收较慢

3.生存周期长的对象将进入老年代

对于Eden空间，我们知道主要用来分配：生存周期短的对象

那怎么判断这个对象的生存周期到底是长还是短呢？

Eden 空间发生一次 Minor GC，对象还活着会被移动到 Survivor 空间

如果发生 N 次Minor GC 之后，该对象还活着，说明就是生存周期长的对象！

而这里的 N 次，JVM 提供参数来控制，比如 -XX:MaxTenuringThreshold=10

那么就表示 对象 在Survivor空间熬过10次Minor GC 之后，如果还活着：就会进入老年代！

 

4.动态对象年龄判定

依据第3条，照理说对象要熬过MaxTenuringThreshold设定的年龄才能进入老年代

但是JVM更进一步：当Survivor空间中【同龄对象】所占用空间超过Survivor空间一半

那么大于等于该年龄的对象，也会直接进入老年代。比如：

Survivor 空间分配了 10MB，有 3 个年龄=2的对象占用了6M

那么这3 对象以及超过 3 岁的对象，都会进入老年代！

 

5.分配担保机制

上面几点谈到：新生代对象进入老年代的的几种情况

但要进入老年代不是想进就能进的，至少老年代要有空余的空间能容纳来自于Survivor空间的对象！

每一次对象从Survivor空间晋升到老年代之前，都会做如下检查：

当前要进入老年代对象占用的空间大于老年代剩余的空间，那么JVM发起一次Full GC

如果小于，意味着老年代是可以容纳他们的

但这种情况下还要检查，是否设置了：HandlePromotionFailure 即允许担保失败！

如果允许就只进行 Minor GC，如果不允许则还是得进行一次 Full GC

 

下面来简单演示一次内存分配过程：

（1）3个2MB的对象先分配在Eden空间

（2）再创建1个4MB的对象

（3）JVM 发现这个对象已经无法放在Eden空间，准备将Eden空间对象复制到Survivor空间

（4）JVM再次发现Survivor也无法容纳这些对象

（5）JVM行使担保机制，将Eden空间的对象一次性复制到老年代

（6）最终4MB对象分配在Eden空间，先前创建的对象进入老年代

package com.yli.jvm;


/**
 * 演示对象优先分配在Eden空间<br>
 * 并演示当Eden和Survivor空间都不足够时行使担保机制进入老年代
 * 
 * -verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:SurvivorRatio=8
 * -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError
 * 这样分配的意思就是 Eden=8M,From Survivor=1M,ToSurvivor=1M,老年代=10M
 * 并且打印出GC信息，在内存溢出时生成快照即dump文件
 * 
 * @author yli
 */
public class TestEden {

    private static int _1MB = 1024 * 1024;

    public static void main(String[] args) {
        // 一开始先创建 3个2MB对象
        byte[] allaction1 = new byte[2 * _1MB];
        byte[] allaction2 = new byte[2 * _1MB];
        byte[] allaction3 = new byte[2 * _1MB];

        // 准备创建1个4MB对象:JVM会发现Eden和Survivor都无法分配了
        // 最终行使担保机制
        byte[] allaction4 = new byte[4 * _1MB];
    }
}

虚拟机打印信息如下（Java Hot Spot Client VM build 17.0)

[GC [DefNew: 6487K->148K(9216K), 0.0207571 secs] 6487K->6292K(19456K), 0.0208023 secs] [Times: user=0.00 sys=0.00, real=0.03 secs] 
Heap
 def new generation   total 9216K, used 4408K [0x35c10000, 0x36610000, 0x36610000)
  eden space 8192K,  52% used [0x35c10000, 0x36038fd8, 0x36410000)
  from space 1024K,  14% used [0x36510000, 0x36535108, 0x36610000)
  to   space 1024K,   0% used [0x36410000, 0x36410000, 0x36510000)
 tenured generation   total 10240K, used 6144K [0x36610000, 0x37010000, 0x37010000)
   the space 10240K,  60% used [0x36610000, 0x36c10030, 0x36c10200, 0x37010000)
 compacting perm gen  total 12288K, used 372K [0x37010000, 0x37c10000, 0x3b010000)
   the space 12288K,   3% used [0x37010000, 0x3706d120, 0x3706d200, 0x37c10000)
    ro space 10240K,  54% used [0x3b010000, 0x3b58c0f0, 0x3b58c200, 0x3ba10000)
    rw space 12288K,  55% used [0x3ba10000, 0x3c0afb80, 0x3c0afc00, 0x3c610000)