java gc日志输出_Java1.8 JVM配置 GC日志输出

Java1.8 堆内存模型，移除永久代，变成了元数据区

由上图可以看出，jdk1.8的内存模型是由2部分组成，年轻代 ,年老代。

年轻代：Eden + 2*Survivor

年老代：OldGen

在jdk1.8中变化最大的Perm区，用Metaspace (元数据空间)进行了替换。

注意：

Metaspace所占用的内存空间不是在虚拟机内部，而是在本地内存空间中，这也是与1.7的永久代最大的区别所在

1、配置GC日志输出目录，方便分析Gc日志

-Xloggc:log/gc.log

2、配置查看JVMGC日志信息

-Xmx20m //最大堆内存

-Xms20m //最小堆内存

-Xmn3m //新生代大小，大小是：eden+ 2 survivor space

-XX:+PrintGCDetails //打印GC信息

运行如下代码：

package com.tree.blog.jvm;

public class JVMTest {

public static void main(String[] args) {

byte[] b = null;

byte[] c = null;

for (int i = 0; i < 100; i++) {

//3m 大于 -Xmn2m 直接分配到老生代中

b = new byte[3 * 1024*1024 ];

c =b;

}

}

}

控制台输出：

从GC日志中可以看出，GC和FullGC信息，这里没有设置newration，则是按照堆大小减去新生代大小，得到老年代大小的，如何配置了新生代和老年代的比例的话则按照堆的比例来分配内存

xmx20m 的分配情况

xmn3m 新生代大小

老年代大小为20-3m

3、查询OOM dump文件

配置dump文件输出目录，使用jdkbin目录下的javaVisualVm查询 OOM信息，打开信息如下

4、发送内存泄露是如何处理，这里可以配置触发脚本

-XX:OnOutOfMemoryError

在OOM时，执行一个脚本。

可以在OOM时，发送邮件，甚至是重启程序。

例如我们设置如下的参数：

-XX:OnOutOfMemoryError=D:/tools/jdk1.7_40/bin/printstack.bat %p //p代表的是当前进程的pid

5、按照堆内存按照比例分配  新/老年代内存

-XX:NewRatio=4   1:4   1/5

-XX:SurvivorRatio=8(幸存代) 2:8

二八：小占20%，大占80%

参考：