JVM理论(四)运行时数据区--堆/方法区

这篇具有很好参考价值的文章主要介绍了JVM理论(四)运行时数据区--堆/方法区。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

堆(heap)

JVM理论(四)运行时数据区--堆/方法区,jvm,java
堆内存逻辑上分为三部分
  •  一个JVM实例只存在一个堆内存,JVM启动时创建堆区,通常情况下也是最大的内存空间,几乎所有的对象实例都要在堆中分配内存,所以堆也是垃圾回收的重点区域
  • 堆是被所有线程共享的,在堆里面也可以划分线程私有的缓冲区(TLAB-Thread Local Allocation Buffer)
  • 栈是JVM运行时的单位,堆是存储单位,当栈中方法结束,相关对象失去所有引用后,不会马上被移除堆空间,必须等到垃圾收集器执行的时候才会被移除
  • JVM中的java对象可以划分两类
    • 生命周期较短的瞬时对象,这类对象创建和消亡非常迅速(称为新生代)
    • 生命周期比较长,有时可能与JVM的生命周期一致(称为老年代)

新生代

新生代用来存放新生的对象,而且80%的对象都谁朝生夕死。由于频繁创建对象,所以新生代会频繁触发MinorGC 进行垃圾回收(默认内存大小是新生代:老年代=1:2);新生代又分为 Eden 区、Survivor From、SurvivorTo三个区域(三者内存大小默认是8:1:1)

Eden 区

Java 新对象的出生地.当 Eden 区内存不足时会触发 MinorGC/YGC,然后对新生代区进行一次垃圾回收

Survivor区

Survivor From用于存储上一次MinorGC的幸存者,作为下一次 GC 的被扫描者。而Survivor To则是为了保留下一次 MinorGC 过程中的幸存者

扩展

MinorGC核心过程(复制->清空->互换)
前提: 新生代内存不足,执行第一次Minor GC,将存活对象存放到SuvivorFrom区

  • 复制: 在接下来的GC过程中会将Eden、SurvivorFrom区域中存活的对象复制到 SurvivorTo 区域(若有对象的年龄达到了阈值(默认15),则直接存储到老年代),同时对象的年龄+1(若SurvivorTo内存不足直接存储到老年代);
  • 清空: 清空 Eden 和 SurvivorFrom 中的对象;
  • 互换: SurvivorTo 和 SurvivorFrom 互换,原 SurvivorTo 成为下一次 GC 时的SurvivorFrom区

老年代

老年代主要存放应用程序中生命周期长的内存对象,老年代的对象比较稳定,所以不会频繁执行MajorGC/FGC

Java对象在JVM堆内存分配

JVM理论(四)运行时数据区--堆/方法区,jvm,java

 一般分配过程

  • 新new的对象首先进入Eden区,Eden区有大小限制;
  • 当Eden的空间不足存放新创建的对象时,JVM会进行垃圾回收(即Minor GC/YGC),将不再被引用的对象进行回收销毁,并将未被回收的对象放到Survivor From区;
  • 若再次触发Minor GC,在回收Eden区的同时,也会对Survivor From区进行回收,如果Survivor From中幸存下来的仍然没有回收,会同Eden未被回收的对象一同放到Survivor To区(此后作为Survivor From区),并清空Eden和Survivor From区;
  • 若再进行YGC,则会再次回收Eden和Survivor From区,将幸存对象放到Survivor To区
  • 正常来说,当Survivor 区的对象年龄达到默认15时,会晋升到老年代
  • 当老年代内存空间不足时,会触发Major GC/FGC进行老年代区域的垃圾回收
  • 若Major GC之后仍然无法存放新创建的对象,就会产生OOM异常(java.lang.OutOfMemoryError:Java Heap Spece)

特殊分配过程

  • 当新创建的对象无法存放在已经经过YGC的Eden区时,直接存放到老年代
  • 当经过YGC后Survivor 区也无法存放幸存的对象,也会直接放到老年代

总结

  • survivor区在复制后进行交换,谁空间为空谁就是survivor To;
  • 新生代会频繁进行垃圾回收,老年代很少进行垃圾回收,方法区/永久代几乎不进行垃圾回收

扩展

1.查看堆内存设置的参数情况

  • jps -l  => jstat -gc 进程id
  • -XX:+PrintGCDetails

2.空间分配担保

JDK7规定在发生YGC之前,虚拟机会检查老年代最大可用连续空间是否大于新生代所有对象的总空间,只要老年代的连续空间大于新生代对象总大小或者历次晋升的对象平均大小就会进行YGC,否则就进行FGC

3.逃逸分析(堆不再是分配对象存储的唯一选择)

不是;在JVM中,对象是在java堆中分配内存是普遍的常识,但是有一种特殊情况就是如果经过逃逸分析后发现,一个对象没有逃逸出方法的话,那么会被优先分配在栈上,这样就无需分配在堆上以至于垃圾回收,这也是最常见的堆外存储技术。

逃逸分析就是分析对象动态作用域

  • 当对象在方法中被定义后,只在方法内部使用,则认为没有发生逃逸,则可以被分配到栈上,随着方法执行结束,栈空间被移除。
  • 当对象在方法中被定义后,被外部方法所引用,则认为发生了逃逸,例如作为调用参数传递到其他地方使用。

所以在开发过程中,在方法内部定义的局部变量,不要在方法外定义;目前在JDK7后,Hotspot已经默认开启了逃逸分析。

方法区

JVM理论(四)运行时数据区--堆/方法区,jvm,java
堆栈方法区关系

概述 

  • 方法区也称为Non-heap非堆,目的就是和堆分开;所以方法区也可以看作一块独立于Java堆的内存空间
  • 方法区和堆一样,是各个线程共享的内存区域
  • 方法区在JVM启动被创建,在JVM关闭时释放
  • 方法区大小决定系统可以保存多少类,类过多可能导致方法区溢出,虚拟机会报内存溢出错误,如:java.lang.OutOfMemoryError:PermGen/Metaspace
  • 方法区演进:JVM规范定义了方法区,针对Hotspot的实现,Jdk7以及以前,方法区被称为永久代;JDK8开始,改用和JRocket,J9一样在本地内存中实现的元空间来代替永久代;
  • 方法区的垃圾回收的主要内容:常量池中废弃的常量和不再使用的类型信息

内部结构

JVM虚拟机规范中规定方法区中用于存储被JVM虚拟机加载的类型信息、常量、静态变量、JIT编译后的代码缓存

对于每个加载的类型(类、接口、枚举、注解),JVM必须在方法区中存储以下类型信息、域信息、方法信息

  • 类型信息

    • 类型的完整有效名称(包名.类名);
    • 类型的直接父类的完整有效名;
    • 类型的修饰符(Public,abstract,final);
    • 类型直接接口的一个有序列表
  • 域(Field)/属性信息
    • 域名称
    • 域类型
    • 域修饰符(Public、private、protected等)
  • 方法信息
    • 方法名称

    • 方法返回类型

    • 方法参数数量和类型

    • 方法修饰符

    • 方法字节码、操作数栈、局部变量表及大小

    • 异常表

运行时常量池

首先被编译后的class字节码文件中存在常量池的引用,当字节码被加载到内存的方法区后,被称为运行时常量池,它的作用就是将经常使用到的数据存储在常量池,方便取用,动态链接会使用到运行时常量池,其中存储内容包括

  • 数量值
  • 字符串值
  • 类引用
  • 字段引用
  • 方法引用

方法区实现的演进过程

  • JDK1.6及以前:存在永久代,静态变量存放在永久代之中
  • JDK1.7: 有永久代,但逐步"去永久代",其中字符串常量池和静态变量已经从永久代移除,并将其保存在堆中
    • 字符串常量池StringTable为什么要从方法区中调整到堆中?
      JDK7将StringTable放到了堆空间中,因为永久代的回收效率很低;只有在老年代空间不足或者永久代空间不足时发生FGC时才会回收StringTable,就导致StringTable回收效率低,而我们开发中会有大量的字符串被创建,回收效率低最终导致永久代内存不足,而放到堆里则能及时回收内存
  • JDK1.8及以后:无永久代,元空间代替永久代(元空间本质和永久代类似,都是JVM规范中方法区的实现,区别在于元空间不在虚拟机设置的内存中,而是使用本地内存),且字符串常量池和静态变量仍在堆中

常见的JVM参数设置

-X是JVM的运行参数

-Xms:设置堆内存初始大小(新生代+老年代),默认电脑物理内存/64

-Xmx:设置堆内存最大内存大小,默认电脑物理内存/4

-XX:SurvivorRation=8,作用是将新生代的Eden与另两个Survivor区域占比比例设置为8:1:1

-Xmn:设置新生代空间大小(一般优先级高于NewRatio,但通常开发中不作设置)

-XX:NewRatio=2,堆内存中年轻代:老年代=1:2(开发中通常不作调整)

-XX: MaxTenuringThreshold=<N> 设置新生代垃圾的最大年龄,N表示年龄,默认15  

-XX:+PrintFlagsInitial     启用查看所有参数的默认初始值

-XX:+PrintFlagsFinal       启用查看所有参数的最终值

-XX:+PrintGCDetails        输出详细的GC处理日志

-XX:HandlePromotionFailure 是否设置空间分配担保

-XX: PermSize 用于JDK8以前设置永久代初始分配空间,默认20.75M
-XX: MaxPermSize 用于JDK8以前设置永久代最大可分配空间,32位默认64M,64位默认82M

-XX: MetaspaceSize 用于JDK8及以后设置永久代初始分配空间,默认21M(实际开发中我们会设置一个值,并且初始最大值是相同的)
-XX: MaxMetaspaceSize 用于JDK8及以后设置元空间最大空间,默认-1,表示无限制(实际开发中我们会设置一个值,并且初始最大值是相同的)

常见问题

堆空间大小设置时,为何-Xms和-Xmx两个参数要设置相同的值?

目的是为了能够在GC清理完堆内存后不需要重新分隔计算堆区大小,减少系统压力从而提高性能 

为什么需要把Java堆分代,不分带就不能正常工作了吗?

完全可以不分代,分代的唯一理由就是优化GC性能;
如果没有分代,所有的对象都在一起,GC的时候需要分析哪些对象没用,此时就需要对堆的所有区域进行扫描,占用资源且时间长;而我们知道,其实很多对象都是朝生夕死的,
如果分代的话,把新创建的对象放到一个区域,当GC时会首先对此区域进行回收,释放空间。而长期存活的对象放到另一个区域,且不会频繁进行回收,这样各个区域各司其职,提高资源利用.

为什么在堆里面设置线程私有的缓冲区TLAB?

首先堆区是线程共享区域,任何线程都可以访问到堆区中的共享数据,所以会产生线程安全问题.为了避免多个线程操作同一地址,需要使用加锁等机制,但加锁又会影响分配进度;
所以出现了TLAB,JVM会为每个线程分配一个私有缓存区域TLAB,它被分配在Eden区域;这样多线程在运行时会避免线程安全问题;文章来源地址https://www.toymoban.com/news/detail-572574.html

  • OpenJDK目前都提供了对TLAB的设计
  • TLAB空间内存非常小,仅占整个Eden空间的1%;
  • 不是所有对象都可以在TLAB中成功分配内存,一旦分配失败,JVM就会尝试通过使用加锁机制确保操作原子性,从而在Eden中分配内存

到了这里,关于JVM理论(四)运行时数据区--堆/方法区的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • JVM工作原理与实战(十六):运行时数据区-Java虚拟机栈

    JVM工作原理与实战 RabbitMQ入门指南 从零开始了解大数据 目录 专栏导航 前言 一、运行时数据区 二、Java虚拟机栈 1.栈帧的组成 2.局部变量表 3.操作数栈 4.帧数据 总结 JVM作为Java程序的运行环境,其负责解释和执行字节码,管理内存,确保安全,支持多线程和提供性能监控工具

    2024年01月20日
    浏览(42)
  • 区分什么是Java内存模型(JMM)和 JVM运行时数据区

    Java的内存区域和内存模型是不一样的东西,内存区域是指 JVM 运行时将数据分区域存储,强调对内存空间的划分 。 而内存模型(Java Memory Model,简称 JMM )是 定义了线程和主内存之间的抽象关系,即 JMM 定义了 JVM 在计算机内存(RAM)中的工作方式 ,如果我们要想深入了解Java并

    2024年02月11日
    浏览(51)
  • JVM运行时数据区的必备知识:Java程序员不容错过

    JVM运行时数据区是Java虚拟机在执行Java程序时所使用的内存区域。这些区域包括了以下几个部分: 程序计数器(Program Counter Register):程序计数器是一块较小的内存区域,它可以看作是当前线程所执行的字节码的行号指示器。每一个线程都有自己独立的程序计数器,用于记录

    2023年04月15日
    浏览(49)
  • java-JVM内存区域&JVM运行时内存

    JVM 内存区域主要分为线程私有区域【程序计数器、虚拟机栈、本地方法区】、线程共享区域【JAVA 堆、方法区】、直接内存。 线程私有数据区域生命周期与线程相同, 依赖用户线程的启动/结束 而 创建/销毁(在 HotspotVM 内, 每个线程都与操作系统的本地线程直接映射, 因此这部

    2024年02月12日
    浏览(48)
  • JVM调优(10)JVM的运行时数据区

    对于 C C++ 来说,在内存管理领域,JVM既拥有最高的权利,但是同时他们又是从事最基础工作的劳动人员,因为他们担负着每一个对象从开始到结束的维护责任。而对于Java来说,再虚拟机自动内存管理的帮助下,不再需要为每一个new操作去分配内存,不容易出现内存泄漏和内

    2024年02月07日
    浏览(45)
  • 【JVM】(一)深入理解JVM运行时数据区

    JVM 是 Java 程序的运行基础和运行环境,同时也是 Java 实现 \\\"一次编译,到处运行\\\" 的关键所在。因此,深入了解 JVM 对于学习和理解 Java 编程语言是至关重要的,那么JVM 到底是如何运行的呢? 下面这张图片展示了 JVM 的基本运行过程: JVM的执行过程涉及以下主要组成部分::

    2024年02月14日
    浏览(43)
  • 【jvm】运行时数据区

    一、运行时数据区 一、作用 1.内存是非常重要的系统资源,是硬盘和CPU 的中间仓库及桥梁,承载着操作系统和应用程序的实时运行。JVM内存布局规定了Java在运行过程中内存申请、分配、管理的策略,保证了JVM的高效稳定运行。不同的JVM对于内存的划分方式和管理机制存在着

    2024年02月10日
    浏览(39)
  • JVM运行时数据区

    JVM运行时数据区包括:JVM栈(虚拟机栈),堆,方法区,本地方法栈,PC寄存器。大概的划分就是栈和堆,以及一些其他的结构。重点在JVM栈,堆,方法区。JVM规范指出:方法区在逻辑上属于堆,但是实际的具体的JVM中并不属于堆的一部分。 在JVM栈中会发生GC和Error,但是在其

    2024年02月08日
    浏览(42)
  • JVM - 运行时数据区域

    并发情况下,会发生线程之间的上下文切换,当 线程1 的CPU时间片用完后,需要程序计数器记录 线程1 的下一条JVM指令的地址,等下一次 线程1 继续运行的时,才能从正确的位置开始继续执行 程序计数器是线程私有的 , 既 一个线程计数器 记录一个 线程 的指令位置 而且程

    2024年02月15日
    浏览(34)
  • JVM运行时数据区(上篇)

    JVM运行时数据区可分为线程共享的堆,方法区和线程独享的虚拟机栈、本地方法栈、程序计时器此外还有一个单独的直接内存,如下图所述: 程序计数器(Program Counter Register)也叫PC寄存器,每个线程会通过程序计数器记录当前要执行的的字节码指令的地址。 起始时计数器记

    2024年01月17日
    浏览(51)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包