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