JVM系列之Trace跟踪GC（一）

1.输出GC的简要信息

首先，我们需要创造一个GC回收的条件，正常而言，还真难创造出来。所以，我们必须借助jvm启动参数。无容置疑，堆空间大小的参数无非就是Xms和Xmx。

    Xms：JVM堆空间初始大小，这不是我们想要的；
    Xmx:JVM最大堆空间，这个才是我们需要的；
    注：Xmx参数不宜过小，过小的堆空间会导致JVM无法启动，极限可能和HotSpot版本（包括32位和64位版本虚拟机应该也有差异）也有关系，这不是重点，好奇看了下，4MB不能启动，5MB能够正常启动（Xmx单位可以是k，也可以是m，g当然也没有问题）；

JVM参数：

-Xmx5m
-verbose:gc
注：请注意gc大小写，不要说我没提醒你。

测试程序，main方法：

public class MyTest {

public static void main(String[] args) {
    for (long i = 0;i < 1000000; i++) {
        User user = new User(i);
        }
    }
}

User类：

public class User {

private Long userId;

public User() {
}

public User(Long userId) {
    this.userId = userId;
}

public Long getUserId() {
    return userId;
}

public void setUserId(Long userId) {
    this.userId = userId;
}

控制台输出日志：

[GC (Allocation Failure)  1024K->716K(5632K), 0.0012091 secs]
[GC (Allocation Failure)  1740K->1029K(5632K), 0.0007267 secs]
[GC (Allocation Failure)  2053K->1170K(5632K), 0.0007735 secs]
[GC (Allocation Failure)  2194K->1200K(5632K), 0.0005760 secs]
[GC (Allocation Failure)  2224K->1224K(5632K), 0.0006019 secs]
[GC (Allocation Failure)  2248K->1210K(5632K), 0.0005354 secs]
[GC (Allocation Failure)  2234K->1314K(5632K), 0.0006154 secs]
[GC (Allocation Failure)  2338K->1386K(5632K), 0.0003917 secs]

根据控制台信息，我们得知，一共进行了8次GC操作，我们以第一次GC为样本说下。

1024K：GC前，对象所占堆空间的大小；
716K：GC后，对象所占堆空间大小；
5632K：堆空间总大小，至于为什么不是我指定的1024*5=5120K，可以关注本系列后序更新。
0.0012091 secs：本次GC操作耗时，这个比较容易理解