JVM系列之Trace跟踪GC（一）

来源：互联网发布：数据有效性indirect 编辑：程序博客网时间：2024/05/21 15:43

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操作耗时，这个比较容易理解

0 0