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%

参考：

　　https://www.cnblogs.com/SaraMoring/p/5713989.html