java垃圾回收诡异现象

在知乎上看到一篇提问，于是做了个实验帮助他解答，这里整理成一篇文章分享一下。

先看代码如下代码：

 1 /**
 2  * Created on 2017/12/16.
 3  *
 4  * -verbose:gc -XX:+UseSerialGC -Xms6M -Xmx6M -Xmn2M -XX:+PrintGCDetails
 5  */
 6 public class TestHeap {
 7     private static final int _1MB = 1024*1024;
 8 
 9     public static void main(String[] args) throws Exception{
10         byte[] b = new byte[3*_1MB];
11     }
12 }

运行时加上注释里的JVM参数，控制台打印如下

问题是：分配一个3m的数组，新生代只有2m，所以对象直接分配到年老代。通过打印结果也可以看出来，年老代用了3072k，正好是我们的3m数组。但是为什么新生代居然还有68%不占用呢？

简单猜想一下，肯定是Java在运行时自己创建了一些对象占用了新生代空间。好我们来验证下。

将代码为什么也不做：

/**
 * Created on 2017/12/16.
 *
 * -verbose:gc -XX:+UseSerialGC -Xms6M -Xmx6M -Xmn2M -XX:+PrintGCDetails
 */
public class TestHeap {
    private static final int _1MB = 1024*1024;

    public static void main(String[] args) throws Exception{
        //byte[] b = new byte[3*_1MB];
    }
}

控制台打印如下：

即使执行创建字节数组语句，新生代依旧被占用68%。可以说我们假象成立。

不信？

那好吧，咱们就打印下此时Java堆空间里的对象来看看。

咱们是用jmap命令来打印出堆里的对象看看，顺便复习下jmap的使用。

我们使用如下命令：

jmap -histo:live pid

注意：此命令不能在线上执行，因为会触发JVM的fullgc。

代码不变，依旧是注释掉字节数组的创建语句。只不过为了方便执行jmap命令，咱们让它暂停下，以防进程退出。

/**
 * Created on 2017/12/16.
 *
 * -verbose:gc -XX:+UseSerialGC -Xms6M -Xmx6M -Xmn2M -XX:+PrintGCDetails
 */
public class TestHeap {
    private static final int _1MB = 1024*1024;

    public static void main(String[] args)throws Exception{
        //byte[] b = new byte[3*_1MB];
        Thread.sleep(100000L);
    }
}