JVM内存模型

JVM位置

  • JVM是运行在操作系统之上的,它与硬件没有直接的交互
    在这里插入图片描述
    JVM体系结构预览
    在这里插入图片描述
    Execution Engine执行引擎负责解释命令,提交操作系统执行。

类装载器ClassLoader

  • 负责加载class文件,class文件在文件开头有特定的文件标示,并且ClassLoader只负责class文件的加载,至于它是否可以运行,则由Execution Engine决定
    在这里插入图片描述
    类装载器ClassLoader2

  • 虚拟机自带的加载器 启动类加载器(Bootstrap)

  • C++ 扩展类加载器(Extension)

  • Java应用程序类加载器(App)Java 也叫系统类加载器,加载当前应用的classpath的所有类

  • 用户自定义加载器 Java.lang.ClassLoader的子类,用户可以定制类的加载方式
    在这里插入图片描述
    某个特定的类加载器在接到加载类的请求时,首先将加载任务委托给父类加载器,依次递归,
    如果父类加载器可以完成类加载任务,就成功返回;只有父类加载器无法完成此加载任务时,才自己去加载。

    Native Interface本地接口

  • Java语言本身不能对操作系统底层进行访问和操作,但是可以通过JNI接口调用其他语言来实现对底层的访问。

  • 本地接口的作用是融合不同的编程语言为Java所用,它的初衷是融合C/C++程序,Java诞生的时候是C/C++横行的时候,要想立足,必须有调用C/C++程序,于是就在内存中专门开辟了一块区域处理标记为Native的代码,它的具体做法是Native Method Stack中登记Native方法,在Execution Engine 执行时加载Native libraries。

  • 目前该方法使用的越来越少了,除非是与硬件有关的应用,比如通过Java程序驱动打印机或者Java系统管理生产设备,在企业级应用中已经很少见。因为现在的异构领域间的通信很发达,比如可以使用Socket通信,也可以使用WebService等等


  • Native Method Stack

  • 它的具体做法是Native Method Stack中登记native方法,在Execution Engine执行时加载本地方法库。

    程序计数器

  • 每个线程都有一个程序计数器,是线程私有的,就是一个指针,指向方法区中的方法字节码(用来存储指向下一条指令的地址,也即将要执行的指令代码),由执行引擎读取下一条指令,是一个非常小的内存空间,几乎可以忽略不记。

  • 栈也叫栈内存,主管Java程序的运行,是在线程创建时创建,它的生命期是跟随线程的生命期,线程结束栈内存也就释放,对于栈来说不存在垃圾回收问题,只要线程一结束该栈就Over,生命周期和线程一致,是线程私有的。基本类型的变量、实例方法、引用类型变量都是在函数的栈内存中分配。Exception in thread “main” java.lang.StackOverflowError

    方法区

  • 方法区是线程共享的,通常用来保存装载的类的元结构信息。
    比如:运行时常量池+静态变量+常量+字段+方法字节码+在类/实例/接口初始化用到的特殊方法等。

  • 通常和永久区关联在一起(Java7之前),但具体的跟JVM的实现和版本有关。

Heap堆(Java7之前)

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

  • 堆内存逻辑上分为三部分:新生+养老+永久
    在这里插入图片描述
    新生区

  • 新生区是类的诞生、成长、消亡的区域,一个类在这里产生,应用,最后被垃圾回收器收集,结束生命。

  • 新生区又分为两部分: 伊甸区(Eden space)和幸存者区(Survivor pace),所有的类都是在伊甸区被new出来的。

  • 幸存区有两个: 0区(Survivor 0 space)和1区(Survivor 1 space)。

  • 当伊甸园的空间用完时,程序又需要创建对象,JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC),将伊甸园区中的不再被其他对象所引用的对象进行销毁。然后将伊甸园中的剩余对象移动到幸存0区.若幸存0区也满了,再对该区进行垃圾回收,然后移动到1区。如果1区也满了,再移动到养老区。若养老区也满了,那么这个时候将产生MajorGC(FullGC),进行养老区的内存清理。

  • 若养老区执行了Full GC之后发现依然无法进行对象的保存,就会产生OOM异常“OutOfMemoryError”。
    如果出现java.lang.OutOfMemoryError: Java heap space异常,说明Java虚拟机的堆内存不够。原因有二:
    (1)Java虚拟机的堆内存设置不够,可以通过参数-Xms、-Xmx来调整。
    (2)代码中创建了大量大对象,并且长时间不能被垃圾收集器收集(存在被引用)。

JVM(Java Virtual Machine)即Java虚拟机,是一种用于计算设备的规范,它是一个虚构出来的计算机,通过在实际的计算机上仿真模拟各种计算机功能来实现 [^1]。JVM内存模型主要包含以下几个部分: ### 程序计数器 程序计数器用于记录当前执行的指令地址。如果程序执行的是一个Java方法,计数器记录的是正在执行的虚拟机字节码指令地址;若正在执行的是一个本地(native,由C语言编写完成)方法,则计数器的值为Undefined。由于它只是记录当前指令地址,不存在内存溢出的情况,是所有JVM内存区域中唯一一个没有定义OutOfMemoryError的区域 [^5]。 ### Java堆 Java堆是Java代码可及的内存,是留给开发人员使用的。堆用于存储对象实例及数组值,Java中所有通过new创建的对象的内存都在此分配,堆区由所有线程共享。Heap中对象所占用的内存由GC进行回收。在32位操作系统上最大为2GB,在64位操作系统上则没有限制,其大小可通过 -Xms 和 -Xmx 来控制。-Xms 为JVM启动时申请的最小Heap内存,默认为物理内存的1/64但小于1GB;-Xmx 为JVM可申请的最大Heap内存,默认为物理内存的1/4但小于1GB。默认当空余堆内存小于40%时,JVM会增大Heap到 -Xmx 指定的大小,可通过 -XX:MinHeapFreeRatio= 来指定这个比例;当空余堆内存大于70%时,JVM会减小Heap的大小到 -Xms 指定的大小,可通过 -XX:MaxHeapFreeRatio= 来指定这个比例。对于运行系统而言,为避免在运行时频繁调整Heap的大小,通常将 -Xms 和 -Xmx 的值设成一样 [^2][^3]。 ### 非堆(Non - Heap) 非堆是JVM留给自己用的,方法区、JVM内部处理或优化所需的内存 (如JIT编译后的代码缓存)、每个类结构 (如运行时常量池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中 [^2]。 ### Java虚拟机栈 Java虚拟机栈是描述Java方法运行过程的内存模型。它会为每一个即将运行的Java方法创建“栈帧”,用于存储该方法在运行过程中所需要的一些信息,包括局部变量表(存放基本数据类型变量、引用类型的变量、returnAddress类型的变量)、操作数栈、动态链接、当前方法的常量池指针、当前方法的返回地址、方法出口等信息 [^4]。 ### 示例代码展示栈帧概念 ```java public class StackFrameExample { public static int add(int a, int b) { int result = a + b; return result; } public static void main(String[] args) { int x = 5; int y = 3; int sum = add(x, y); System.out.println("Sum: " + sum); } } ``` 在上述代码中,`main` 方法和 `add` 方法在执行时,Java虚拟机栈会分别为它们创建栈帧,用于存储各自运行过程中的信息。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值