如何开启gc日志

进入到了tomcat的bin的目录下中，命令中vi catalina.sh 来编辑

然后在该文件中添加为

JAVA_OPTS="-Xms128m -Xmx256m -Xmn100m -XX:MaxPermSize=30m -Xloggc:/usr/local/tomcat/logs/gc.$$.log"

gc开启完成之后，只要启动了tomcat之后，就可目录下生成了gc的log的日志内容。

为了能方便中进行分析的话，需要把Linux中gc日志拷贝到windows本地种。

进行打开hpjtune的jar的文件，来分析gc的文件。

打开了hpjtune的之后，点击打开文件，

浏览gc的日志的文件，并选中之后，点击打开。

这样话可以分析gc的具体的内容了。

要查看GC日志首先要知道GC的log放在哪里，使用jps命令查看当前有哪些java进程在运行，找到我们要查看的java程序的进程pid

使用命令jinfo pid 来查看这个进程对应的java 信息，可以看到大概在最下面的地方有个参数-Xloggc:，他对应的就是gc log的位置。

用gcviewer 打开gc log可以很直观的查看gc log：

第一个标签页就是Chart，这也是最可以直观看出有没有问题的地方，如上图所示，这个日志反应了gc一直在不停的做新生带的回收，并且老年代的使用率一直在增加。图中整个高度为JVM总的内存大小，也就是989.9M，从右侧的Summary也可以看出。其中的紫色部分为老年代的大小，黄色部分是新生带的大小。不同颜色的线和图块的含义可以从菜单看出，如下图：

第二个tab是Event Dtails，可以看出各种GC的次数和时间间隔，以及效果：

1）JVM内存分配有如下一些参数：

一般 -Xms 和 -Xmx 设置一样的大小，-XX:MetaspaceSize 和 -XX:MaxMetaspaceSize 设置一样的大小。-Xms 等价于 -XX:InitialHeapSize，-Xmx等价于-XX:MaxHeapSize；-Xmn等价于-XX:MaxNewSize。

2）在IDEA中可以按照如下方式设置JVM参数：

3）命令行启动时可以按照如下格式设置：

1）设置GC参数：

可以在启动时加上如下参数来查看GC日志：

例如，我在IDEA中添加了如下JVM启动参数：

启动程序之后打印出了如下的一些日志：

从第三行 CommandLine flags 可以得到如下的信息：

2）查看默认参数：

如果要查看JVM的默认参数，就可以通过给JVM加打印GC日志的参数，就可以在GC日志中看到JVM的默认参数了。

还可以在启动参数中添加 -XX:+PrintFlagsFinal 参数，将会打印系统的所有参数，就可以看到自己配置的参数或系统的默认参数了：

3）GC日志：

之后的日志就是每次垃圾回收时产生的日志，每行日志说明了这次GC的执行情况，例如第四行GC日志：

详细内容如下：

2020-09-25T13:00:41.631+0800：GC发生的时间点。

4.013：系统运行多久之后发生的GC，单位秒，这里就是系统运行 4.013 秒后发生了一次GC。

GC (Allocation Failure)：说明了触发GC的原因，这里是指对象分配失败导致的GC。

PSYoungGen：指触发的是年轻代的垃圾回收，使用的是 Parallel Scavenge 垃圾回收器。

419840K->20541K：对年轻代执行了一次GC，GC之前年轻代使用了 419840K，GC之后有 20541K 的对象活下来了。

(472064K)：年轻代可用空间是 472064K，即 461 M，为什么是461M呢？因为新生代大小为 512M，Eden 区占 409.6M，两块 Survivor 区各占 51.2M，所以年轻代的可用空间为 Eden+1个Survivor的大小，即460.8M，约为461M。

419840K->20573K：GC前整个堆内存使用了 419840K，GC之后堆内存使用了 20573K。

(996352K)：整个堆的大小是 996352K，即 973M，其实就是年轻代的 461M + 老年代的 512 M

0.0118345 secs：本次GC耗费的时间

Times: user=0.00 sys=0.00, real=0.01 secs：本次GC耗费的时间

4）JVM退出时的GC情况：

程序结束运行后，还会打印一些日志，就是第12行之后的日志，这部分展示的是当前堆内存的使用情况：

详细内容如下：

---