官方参数参考:

https://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html
https://docs.oracle.com/javase/8/docs/technotes/tools/windows/java.html
https://www.jb51.net/article/132029.htm

1. verbose:gc

表示,启动 jvm 的时候,输出 jvm 里面的 gc 信息。格式如下:

  1. [Full GC 178K->99K(1984K), 0.0253877 secs]

解读:Full GC 就表示执行了一次 Full GC 的操作,178K和99K就表示执行 GC 前内存容量和执行 GC 后的内存容量。1984K就表示内存总容量。后面那个是执行本次 GC 所消耗的时间,单位是秒。

2. -XX:+printGC

这个打印的GC信息跟上个一样,就不做介绍了。

3.-XX:+PrintGCDetails

打印GC的详细信息。格式如下:

  1. Heap
  2. def new generation total 13824K, used 11223K [0x27e80000, 0x28d80000, 0x28d80000)
  3. eden space 12288K, 91% used [0x27e80000, 0x28975f20, 0x28a80000)
  4. from space 1536K, 0% used [0x28a80000, 0x28a80000, 0x28c00000)
  5. to space 1536K, 0% used [0x28c00000, 0x28c00000, 0x28d80000)
  6. tenured generation total 5120K, used 0K [0x28d80000, 0x29280000, 0x34680000)
  7. the space 5120K, 0% used [0x28d80000, 0x28d80000, 0x28d80200, 0x29280000)
  8. compacting perm gen total 12288K, used 142K [0x34680000, 0x35280000, 0x38680000)
  9. the space 12288K, 1% used [0x34680000, 0x346a3a90, 0x346a3c00, 0x35280000)
  10. ro space 10240K, 44% used [0x38680000, 0x38af73f0, 0x38af7400, 0x39080000)
  11. rw space 12288K, 52% used [0x39080000, 0x396cdd28, 0x396cde00, 0x39c80000)

解读:

new generation 就是堆内存里面的新生代。total 的意思就是一共的,所以后面跟的就是新生代一共的内存大小。used 也就是使用了多少内存大小。0x 开头的那三个分别代表的是底边界,当前边界,高边界。也就是新生代这片内存的起始点,当前使用到的地方和最大的内存地点。

eden space 这个通常被翻译成伊甸园区,是在新生代里面的,一些创建的对象都会先被放进这里。后面那个12288K就表示伊甸园区一共的内存大小,91% used,很明显,表示已经使用了百分之多少。后面的那个 0x 跟上一行的解释一样。

from space 和 to space 是幸存者的两个区。也是属于新生代的。他两个区的大小必须是一样的。因为新生代的 GC 采用的是复制算法,每次只会用到一个幸存区,当一个幸存区满了的时候,把还是活的对象复制到另个幸存区,上个直接清空。这样做就不会产生内存碎片了。

tenured generation 就表示老年代。

compacting perm 表示永久代。由于这两个的格式跟前面我介绍的那个几乎一样,我就不必介绍了。

4.-XX:+PrintGCTimeStamps

打印GC发生的时间戳。格式如下:

  1. 289.556: [GC [PSYoungGen: 314113K->15937K(300928K)] 405513K->107901K(407680K), 0.0178568 secs] [Times: user=0.06 sys=0.00, real=0.01 secs]
  2. 293.271: [GC [PSYoungGen: 300865K->6577K(310720K)] 392829K->108873K(417472K), 0.0176464 secs] [Times: user=0.06 sys=0.00, real=0.01 secs]

解读:

289.556表示从 jvm 启动到发生垃圾回收所经历的的时间。GC表示这是新生代 GC(Minor GC)。PSYoungGen 表示新生代使用的是多线程垃圾回收器 Parallel Scavenge。314113K->15937K(300928K)] 这个跟上面那个 GC 格式一样。

只不过,这个是表示的是新生代,幸存者区。后面那个是整个堆的大小,GC 前和 GC 后的情况。Times 这个显而易见,代表 GC 的所消耗的时间,用户垃圾回收的时间和系统消耗的时间和最终真实的消耗时间。

5.-X:loggc:log/gc.log

这个就表示指定输出 gc.log 的文件位置。(我这里写的 log/gc.log 就表示在当前 log 的目录里,把 GC 日志写到叫 gc.log 的文件里。)

6.-XX:+PrintHeapAtGC

表示每次 GC 后,都打印堆的信息。(这个打印的基本格式跟上面第二条的基本类似,我也就不比多说了。)

7.-XX:+TraceClassLoading

监控类的加载。格式如下:

  1. •[Loaded java.lang.Object from shared objects file]
  2. •[Loaded java.io.Serializable from shared objects file]
  3. •[Loaded java.lang.Comparable from shared objects file]
  4. •[Loaded java.lang.CharSequence from shared objects file]
  5. •[Loaded java.lang.String from shared objects file]
  6. •[Loaded java.lang.reflect.GenericDeclaration from shared objects file]
  7. •[Loaded java.lang.reflect.Type from shared objects file]

使用这个参数就能很清楚的看到那些类被加载的情况了。

8.-XX:+PrintClassHistogram

跟踪参数。这个按下 Ctrl+Break 后,就会打印一下信息:

  1. num #instances #bytes class name
  2. ----------------------------------------------
  3. 1: 890617 470266000 [B
  4. 2: 890643 21375432 java.util.HashMap$Node
  5. 3: 890608 14249728 java.lang.Long
  6. 4: 13 8389712 [Ljava.util.HashMap$Node;
  7. 5: 2062 371680 [C
  8. 6: 463 41904 java.lang.Class

分别显示:序号、实例数量、总大小、类型。
这里面那个类型,B 和 C 的其实就是 byte 和 char 类型。

9.-Xmx -Xms

这个就表示设置堆内存的最大值和最小值。这个设置了最大值和最小值后,jvm启动后,并不会直接让堆内存就扩大到指定的最大数值。而是会先开辟指定的最小堆内存,如果经过数次GC后,还不能,满足程序的运行,才会逐渐的扩容堆的大小,但也不是直接扩大到最大内存。

10.-Xmn

设置新生代的内存大小。

11.-XX:NewRatio

新生代和老年代的比例。比如:1:4,就是新生代占五分之一。

12.-XX:SurvivorRatio

设置两个 Survivor 区和 eden 区的比例。比如:2:8 ,就是一个 Survivor 区占十分之一。

13.-XX:+HeapDumpOnOutMemoryError

发生 OOM 时,导出堆的信息到文件。

14.-XX:+HeapDumpPath

表示,导出堆信息的文件路径。

15.-XX:OnOutOfMemoryError

当系统产生 OOM 时,执行一个指定的脚本,这个脚本可以是任意功能的。比如生成当前线程的 dump 文件,或者是发送邮件和重启系统。

16.-XX:PermSize -XX:MaxPermSize

设置永久区的内存大小和最大值。永久区内存用光也会导致 OOM 的发生。

17.-Xss

设置栈的大小。栈都是每个线程独有一个,所有一般都是几百 k 的大小。

18. -XX:-UseAdaptiveSizePolicy

S0 和 S1 默认情况下会动态的自动调整大小,可以使用 -XX:-UseAdaptiveSizePolicy 来关闭动态调整。

作者:殷建卫 链接:https://www.yuque.com/yinjianwei/vyrvkf/mvbmxk 来源:殷建卫 - 架构笔记 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。