JVM性能调优（2） —— 内存设置和查看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:41631+0800：GC发生的时间点。

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

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

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

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

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

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

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

00118345 secs：本次GC耗费的时间

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

4）JVM退出时的GC情况：

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

详细内容如下：

主要调这几个指标，GC停顿时间，吞吐量，FullGC次数。

当我们发现线上出现频繁的gc的时候，不能直接用jmap dump内存快照，

因为jmap dump快照(dump下来得到快照会很大)的时候回造成卡顿。

我们可以让运维临时隔离这台服务器，然后再dump内存快照

我们调优的原则是在用户可接收的停顿时间范围内，让更多的gc控制在young区域，不让更多的对象进入到老年代

Fullgc造成的原因:

可以通过这个查看吞吐量，停顿时间,fullgc次数

比如当下用的很多的G1

CMS+Parrel GC

来看几个实际案例；

todo