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%
参考: