GC的最根本原因：垃圾收集器的工作就是清除Java创建的对象，垃圾收集器需要清理的对象数量以及要执行的GC数量均取决于已创建的对象数量。因此，为了使你的系统在GC上表现良好，首先需要减少创建对象的数量。

GC优化的两个目的：

1. 将进入老年代的对象数量降到最低

2. 减少Full GC的执行时间

 

原则：

将进入老年代的对象数量降到最低

    设置内存大小，设置新老代比例，设置对象在新代的存活周期

降低Full GC的时间

    找到最合理的老年代内存大小，

    设置 CMS-Remark之前强制进行年轻代的GC，以降低remark时扫描的内存大小，降低STW的时间

• 如果通过减小老年代内存来减少Full GC时间，可能会引起 OutOfMemoryError或者导致Full GC的频率升高。

• 另外，如果通过增加老年代内存来降低Full GC的频率，Full GC的时间可能因此增加。

 

影响GC性能的参数（最常用）

    设置好几个参数并不会提升GC执行的速度，反而会使它变得更慢。

    GC类型的选择

    -Xms, -Xmx 设置堆内存大小    

    NewRatio：新生代和老年代的内存比，值设置得越大，则老年代空间越大，新生代空间越小。

                可能会认为把 NewRatio设为1会是最好的选择，然而事实并非如此，根据笔者的经验，当 NewRatio设为2或3时，整个GC的状态表现得更好。

                    ／（-XX:NewSize 新生代大小）

    -XX:SurvivorRatio  Eden区和Survivor区的内存比

 

命令简介：

jstat -gc  pid  2000 20 （垃圾回收堆的行为统计，每隔2000ms输出一次，一共输出20次）

• S0C : survivor0区的总容量

• S1C : survivor1区的总容量

• S0U : survivor0区已使用的容量

• S1C : survivor1区已使用的容量

• EC : Eden区的总容量

• EU : Eden区已使用的容量

• OC : Old区的总容量

• OU : Old区已使用的容量

• PC 当前perm的容量 (KB)

• PU perm的使用 (KB)

• YGC : 新生代垃圾回收次数

• YGCT : 新生代垃圾回收时间

• FGC : 老年代垃圾回收次数

• FGCT : 老年代垃圾回收时间

• GCT : 垃圾回收总消耗时间

-gccapacity

同-gc，不过还会输出Java堆各区域使用到的最大、最小空间

• NGCMN : 新生代占用的最小空间

• NGCMX : 新生代占用的最大空间

• OGCMN : 老年代占用的最小空间

• OGCMX : 老年代占用的最大空间

• OGC：当前年老代的容量 (KB)

• OC：当前年老代的空间 (KB)

• PGCMN : perm占用的最小空间

• PGCMX : perm占用的最大空间

-gcutil

同-gc，不过输出的是已使用空间占总空间的百分比

 

-gccause

垃圾收集统计概述（同-gcutil），附加最近两次垃圾回收事件的原因

• LGCC：最近垃圾回收的原因

• GCC：当前垃圾回收的原因

 

jmap(JVM Memory Map)命令用于生成heap dump文件，如果不使用这个命令，还可以使用-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候·自动生成dump文件。 jmap不仅能生成dump文件，还阔以查询finalize执行队列、Java堆和永久代的详细信息，如当前使用率、当前使用的是哪种收集器等。

jmap -dump::live,format=b,file=<filename> pid

dump堆到文件,format指定输出格式，live指明是活着的对象,file指定文件名

 

 

jmap -heap pid

打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况,可以用此来判断内存目前的使用情况以及垃圾回收情况，可以很清楚的看到Java堆中各个区域目前的情况。

 

jmap -histo:live pic | more

打印堆的对象统计，包括对象数、内存大小等等 （因为在dump:live前会进行full gc，如果带上live则只统计活对象，因此不加live的堆大小要大于加live堆的大小 ） class name简写如下：

1. B  byte

2. C  char

3. D  double

4. F  float

5. I  int

6. J  long

7. Z  boolean

8. [  数组，如[I表示int[]

9. [L+类名 其他对象

 

jhat(JVM Heap Analysis Tool)命令是与jmap搭配使用，用来分析jmap生成的dump，jhat内置了一个微型的HTTP/HTML服务器，生成dump的分析结果后，可以在浏览器中查看。在此要注意，一般不会直接在服务器上进行分析，因为jhat是一个耗时并且耗费硬件资源的过程，一般把服务器生成的dump文件复制到本地或其他机器上进行分析。

 

jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和native stack的信息，从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外，jstack工具还可以附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态，jstack是非常有用的。

 

jinfo(JVM Configuration info)这个命令作用是实时查看和调整虚拟机运行参数。 之前的jps -v口令只能查看到显示指定的参数，如果想要查看未被显示指定的参数的值就要使用jinfo口令

 

获取 Java GC日志方法：

jstat-gc 

GC参数

JVM的GC日志的主要参数包括如下几个：

• -XX:+PrintGC 输出GC日志

• -XX:+PrintGCDetails 输出GC的详细日志

• -XX:+PrintGCTimeStamps 输出GC的时间戳（以基准时间的形式）

• -XX:+PrintGCDateStamps 输出GC的时间戳（以日期的形式，如 2017-09-04T21:53:59.234+0800）

• -XX:+PrintHeapAtGC 在进行GC的前后打印出堆的信息

• -Xloggc:../logs/gc.log 日志文件的输出路径

在生产环境中，根据需要配置相应的参数来监控JVM运行情况。

 

https://mp.weixin.qq.com/s/sFnMxEwJiYRjwTiBIjfcZg