JVM:堆(Heap)

一个JVM实例只存在一个堆内存,堆内存的大小是可以调节的。类加载器读取了类文件后,需要把类、方法、常变量放到堆内存中,保存所有引用类型的真实信息,以方便执行器执行,堆内存在逻辑上分为三部分:

  • Young Generation Space 新生区
  • Tenure generation space 养老区
  • Permanent Space 永久区

新生区 又 由伊甸区幸存0区幸存1区 组成。
在这里插入图片描述
实际而言,方法区(Method Area)和堆一样,是各个线程共享的内存区域,它用于存储虚拟机加载的:类信息+普通常量+静态常量+编译器编译后的代码等等,虽然JVM规范将方法区描述为堆的一个逻辑部分,但它却还有一个别名叫做Non-Heap(非堆),目的就是要和堆分开。
即在物理上,堆内存只有 新生代 和 养老代 构成。

对于HotSpot虚拟机,很多开发者习惯将方法区称之为“永久代(Parmanent Gen)” ,但严格本质上说两者不同,或者说使用永久代来实现方法区而已,永久代是方法区(相当于是一个接口interface)的一个实现,jdk1.7的版本中,已经将原本放在永久代的字符串常量池移走,放入java堆中。在Java8中,永久代已经被移除,被一个称为元空间的区域所取代。元空间的本质和永久代类似。

元空间与永久代之间最大的区别在于:
永久带使用的JVM的堆内存,但是java8以后的元空间并不在虚拟机中而是使用本机物理内存

堆的GC过程

新生区是类的诞生、成长、消亡的区域,一个类在这里产生,应用,最后被垃圾回收器收集,结束生命。新生区又分为两部分: 伊甸区(Eden space)和幸存者区(Survivor pace) ,所有的类都是在伊甸区被new出来的。幸存区有两个: 0区(Survivor 0 space)和1区(Survivor 1 space)。当伊甸园的空间用完时,程序又需要创建对象,JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC)。

MinorGC的过程(复制->清空->互换):

  • 首先,当Eden区满的时候会触发第一次GC,把还活着的对象拷贝到SurvivorFrom区。当Eden区再次触发GC的时候会扫描Eden区和From区域,对这两个区域进行垃圾回收,经过这次回收后还存活的对象,则直接复制到To区域(如果有对象的年龄已经达到了老年的标准,则赋值到老年代区),同时把这些对象的年龄+1。
  • 然后,清空Eden和SurvivorFrom中的对象。
  • 最后,SurvivorTo和SurvivorFrom互换,原SurvivorTo成为下一次GC时的SurvivorFrom区,谁空谁是SurvivorTo。部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15),最终如果还是存活,就存入到老年代

若养老区也满了,那么这个时候将产生MajorGC(FullGC),进行养老区的内存清理。若养老区执行了Full GC之后发现依然无法进行对象的保存,就会产生OOM异常“OutOfMemoryError”。

如果出现java.lang.OutOfMemoryError: Java heap space异常,说明Java虚拟机的堆内存不够。原因有二:
(1)Java虚拟机的堆内存设置不够,可以通过参数-Xms、-Xmx来调整。
(2)代码中创建了大量大对象,并且长时间不能被垃圾收集器收集(存在被引用)。

堆内存分配

新生代:占堆内存的1 / 3。
老年代:占堆内存的2 / 3。
伊甸区 :幸存0区 :幸存1区 = 8 :1 : 1
如下:
在这里插入图片描述

JVM堆的参数调优

在这里插入图片描述

  • -Xms :设置初始分配大小,默认为物理内存的1/64.
  • -Xmx :设置最大分配内存,默认为物理内存的1/4.
  • Xmn :新生代分配内存大小。
  • -XX:+PrintCGDetails :输出详细GC处理日志。

案例
测试本机java虚拟机内存的分配量,以及调整JVM内存的大小。
通过本机的内存可以发现本机内存为7.9GB。 通过本机的内存可以发现本机内存为7.9GB。
测试本机JVM试图使用的最大内存量 和 初始容量。

public static void main(String[] args){
        long maxMemory = Runtime.getRuntime().maxMemory() ;//返回 Java 虚拟机试图使用的最大内存量。
        long totalMemory = Runtime.getRuntime().totalMemory() ;//返回 Java 虚拟机中的内存总量(初始容量)。
        System.out.println("MAX_MEMORY = " + maxMemory + "(字节)、" + (maxMemory / (double)1024 / 1024) + "MB");
        System.out.println("TOTAL_MEMORY = " + totalMemory + "(字节)、" + (totalMemory / (double)1024 / 1024) + "MB");
    }

运行结果
在这里插入图片描述
可以发现JVM的最大内存为物理内存的1/4,而初始内存为物理内存的1/64。

调整参数:
初始时,初始内存和最大内存一定要一样大,理由:避免GC和应用程序争抢内存。
初始内存和最大内存都改为10M,利用-XX:+PrintGCDetails来打印GC信息。
在这里插入图片描述
在这里插入图片描述
新生代 + 老年代 = 堆的容量,因此从物理角度上堆中不包含元空间/永久代 。

OOMDemo

public static void main(String[] args) {
        String str = "www.atguigu.com" ;
        while(true)
        {
            str += str + new Random().nextInt(88888888) + new Random().nextInt(999999999) ;
        }

    }

同样需要调整VM参数。

打印结果
在这里插入图片描述
GC失败则进行Full GC ,Full GC失败抛出异常java.lang.OutOfMemoryError: Java heap space

GC收集日志信息

对于-XX:+PrintGCDetails来打印出来的GC信息,如何查看呢。

Minor GC

在这里插入图片描述

Full GC
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值