堆和堆参数调优

一、再议永久代和方法区

  上一篇提到:在8版本以前,JVM采用堆空间的一部分实现方法区,这部分堆空间被称为“永久代”,由于类的结构信息和运行时常量池是放在方法区的,使用永久代实现方法区容易导致堆内存溢出。在8版本推出以后,Java采用了堆外内存即本机物理内存实现方法区,我们把这部分空间称为“元空间”。

  

  

二、堆内存

  众所周知,当线程new了一个对象后,对象的引用变量存放在栈针中,而对象本身存储在堆内存中,如果大量的对象存储在堆内存而无法被GC回收,那么将导致OOM错误,那么堆空间多大呢?GC的工作流程是什么样呢?可以设置堆空间大小吗?可以选择GC工作方式吗?

  1、堆内存结构以及GC过程:

  

   新生代空间:老年代空间 = 1 : 3,而其中新生代中Eden : from :to区域=8:1:1

  新生代是实例对象诞生的区域,也是绝大多数实例对象消亡的区域,新生代分为两个区域:Eden区和Survivor区,Survivor区又分为SurvivorFrom区和SurvivorTo区。所有的对象都是在Eden区被new出来的。当Eden区满时会触发第一次GC,把幸存下来的对象会被 “复制”到From区 。如果Eden区再此触发GC,此时GC会扫面Eden区和From区,对这两个区域进行垃圾回收,经过这次回收后还存活的对象会直接复制到To区,并为这些对象的“年龄”+1。 

  在完成复制后,清空Eden和From区的对象。完成清空后,将From去和To去对换,那个区域为空那个区域作To区,所以这两块区域的大小是一样的。完成互换后,下一次触发GC继续扫描Eden和From区,并再次幸存对象放入To区,清空Eden和From区,然后交换From和To,谁空谁作To,为下一次垃圾回收扫描做准备。当一个对象在From区To区来回复制,“年龄”不断增长始终无法被回首时,当“年龄”达到MaxTenuringThreshold的默认值15,此对象就会进入老年代。

  2、堆内存调优

  Java虚拟机在启动时,初始内存为本机内存的1/64,当此内存不够实用,虚拟机会尝试获取更多的内存空间,但是默认情况下最大可使用内存为本机内存大额1/4。当然你可以通过配置虚拟机参数来改变虚拟机占用内存的情况,在生产环境中,建议配置初始内存空间大小和最大可使用空间大小相同,以避免进程争夺内存资源时造成的卡顿。

  可以使用如下代码查看虚拟机占用空间的大小:

public class Demo1 {
    public static void main(String[] args) {
        System.out.println(Runtime.getRuntime().availableProcessors());//查看逻辑处理器

        long maxMemory = Runtime.getRuntime().maxMemory();//返回Java虚拟机可以使用的最大内存量
        long totalMemory = Runtime.getRuntime().totalMemory();//返回Java虚拟机中的内存总量

        System.out.println("-Xmx: MAX_MEMORY = " + maxMemory + "(字节)、" + (maxMemory / (double)1024/1024) + "MB");
        System.out.println("-Xms: TOTAL_MEMORY = " + totalMemory + "(字节)、" + (totalMemory / (double)1024/1024) + "MB");
    }
}
4
-Xmx: MAX_MEMORY = 1886912512(字节)、1799.5MB
-Xms: TOTAL_MEMORY = 128974848(字节)、123.0MB

  3、配置虚拟机占用内存大小

  IDEA:

  

  STS

  

   参数:

  -Xms:设置初始(start)分配内存大小  -Xmx:设置最大(max)分配内存大小  -XX:+PrintGCDetails:输出详细的GC处理日志

  4、制造错误、日志分析

  为了更快地导致内存溢出,我将-Xms和-Xmx都设置成10m。

public class Person {
    private String name;
    byte[] bytes = new byte[10*1024*1024];
    public Person(String name) {
        this.name = name;
    }
    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }
}
public class Demo1 {
    public static void main(String[] args) {
        while(true){
            Person person = new Person(UUID.randomUUID().toString());
        }
    }
}
[GC (Allocation Failure) [PSYoungGen: 2048K->504K(2560K)] 2048K->696K(9728K), 0.0032340 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 1289K->504K(2560K)] 1481K->812K(9728K), 0.0006781 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 504K->488K(2560K)] 812K->852K(9728K), 0.0006038 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (Allocation Failure) [PSYoungGen: 488K->0K(2560K)] [ParOldGen: 364K->774K(7168K)] 852K->774K(9728K), [Metaspace: 4020K->4020K(1056768K)], 0.0075233 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[GC (Allocation Failure) [PSYoungGen: 0K->0K(2560K)] 774K->774K(9728K), 0.0003232 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (Allocation Failure) [PSYoungGen: 0K->0K(2560K)] [ParOldGen: 774K->753K(7168K)] 774K->753K(9728K), [Metaspace: 4020K->4020K(1056768K)], 0.0113270 secs] [Times: user=0.02 sys=0.00, real=0.01 secs] 
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at com.qlu.juc.Person.<init>(Person.java:5)
    at com.qlu.juc.Demo1.main(Demo1.java:8)
Heap
 PSYoungGen      total 2560K, used 99K [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
  eden space 2048K, 4% used [0x00000000ffd00000,0x00000000ffd18d90,0x00000000fff00000)
  from space 512K, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
  to   space 512K, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
 ParOldGen       total 7168K, used 753K [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
  object space 7168K, 10% used [0x00000000ff600000,0x00000000ff6bc510,0x00000000ffd00000)
 Metaspace       used 4051K, capacity 4572K, committed 4864K, reserved 1056768K
  class space    used 454K, capacity 460K, committed 512K, reserved 1048576K

  ①

 

 在分配内存是,我指定了虚拟机最大占用内存为10m,而此处仅新生代和老年代就占用了近乎10m,足以证明元空间并不使用虚拟机内存实现,而是使用了本地内存。

  ②分析日志:内存占用

   ③分析日志:GC日志

[GC (Allocation Failure) [PSYoungGen: 1289K->504K(2560K)] 1481K->812K(9728K), 0.0006781 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 

[GC (Allocation Failure)
指出了GC类型,GC负责收集新生代的Eden和From区域,Allocation Failure表示空间分配失败
[PSYoungGen: 1289K->504K(2560K)]
1289k表示YoungGC收集前新生代内存占用情况,504k表示YoungGC后新生代内存占用情况,此轮GC释放了785k内存。(2560)表示新生代总占用空间大小
1481K->812K(9728K), 0.0006781 secs]
1481k表示YoungGC收集前堆的使用情况,812k表示YoungGC收集之后堆空间的使用情况,次轮GC释放了669k内存。(9728k)表示堆空间的总大小,还有10m-9728k被栈、程序计数器、本地方法栈占用。
0.0006781secs表示YoungGC耗时。
[Times: user=0.00 sys=0.00, real=0.00 secs]
user:YoungGC用户耗时,sys:YoungGC 系统耗时,real:YoungGC实际耗时

[Full GC (Allocation Failure) [PSYoungGen: 0K->0K(2560K)] [ParOldGen: 774K->753K(7168K)] 774K->753K(9728K), [Metaspace: 4020K->4020K(1056768K)], 0.0113270 secs] [Times: user=0.02 sys=0.00, real=0.01 secs] 

[Full GC (Allocation Failure)
指出了GC类型,Full GC负责收集老年代区域,Allocation Failure表示空间分配失败
[PSYoungGen: 0K->0K(2560K)]
新生代:GC前后Young区内存占用情况
[ParOldGen: 774K->753K(7168K)]
老年代:GC前老年代的占用情况,可以看出基本没有回收,7168k表示老年代内存空间大小
774K->753K(9728K),
GC前后堆的占用情况以及对的总内存大小
[Metaspace: 4020K->4020K(1056768K)], 0.0113270 secs]
元空间占用情况和元空间大小,Full GC耗时
[Times: user=0.02 sys=0.00, real=0.01 secs]
user:YoungGC用户耗时,sys:YoungGC 系统耗时,real:YoungGC实际耗时。

  当老年代空间执行了Full GC后发现依然无法进行新对象的保存(空间分配)即Allocation Failure,就会报出“OutOfMemoryError”。

猜你喜欢

转载自www.cnblogs.com/superlsj/p/11671675.html