JVM介绍

JVM基本概念

​ JVM是Java Virtual Machine(Java虚拟机)的缩写,引入了java虚拟机后,java在不同的平台运行时不再需要重新编译,因为它可以通过不同的java虚拟机解释,可以转换为不同平台的机器码,最终得到执行,这就是传说中的“一次编译,到处运行”。

在这里插入图片描述


Java源文件—->编译器—->字节码文件

字节码文件—->JVM—->机器码

当一个程序从开始运行,这时虚拟机就开始实例化了,多个程序启动就会存在多个虚拟机实例。程序退出或者关闭,则虚拟机实例消亡,多个虚拟机实例之间数据不能共享。


JVM的体系结构

在这里插入图片描述


1、Class Loader类加载器

​ 负责加载 .class文件,class文件在文件开头有特定的文件标示,Execution Engine来决定它是否可以运行。

2、Native Interface本地接口

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

3、Execution Engine 执行引擎

​ 执行包在装载类的方法中的指令,也就是方法。

4、运行时数据区

在这里插入图片描述

从计算机内存中开辟一块内存,存储java程序用到的对象,变量等,又细分为:方法区,虚拟机栈,本地方法栈,堆,程序计数器

①方法区:

方法区是各个线程共享的区域,静态变量,常量,类信息(构造方法/接口定义),运行时常量池存在方法区中,如果java堆空间不足了,程序会抛出OutOfMemoryError异常。

②堆:

堆这块区域是JVM中最大的,应用的对象和数据都是存在这个区域,这块区域也是线程共享的,也是 gc 主要的回收区,如果java栈空间不足了,程序会抛出StackOverflowError异常

③栈:

栈中的数据都是以栈帧(Stack Frame)的格式存在,栈帧是一个内存区块,是一个数据集,是一个有关方法和运行期数据的数据集,当一个方法A被调用时就产生了一个栈帧F1,并被压入到栈中,A方法又调用了B方法,于是产生栈帧F2也被压入栈,B方法又调用了C方法,于是产生栈帧F3也被压入栈…… 依次执行完毕后,先弹出后进......F3栈帧,再弹出F2栈帧,再弹出F1栈帧。遵循“先进后出”/“后进先出”原则。

栈帧中主要保存3类数据:

本地变量(Local Variables):输入参数和输出参数以及方法内的变量;

栈操作(Operand Stack):记录出栈、入栈的操作;

栈帧数据(Frame Data):包括类文件、方法等等。

④本地方法栈:

本地方法栈角色和栈类似,只不过它是用来表示执行本地方法的,本地方法栈存放的方法调用本地方法接口,最终调用本地方法库,实现与操作系统、硬件交互的目的。

⑤程序计数器:

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


Heap 堆:

也就是上节的②,堆内存分为三部分:新生区、老年区、永久区

新生区:

​ 新生区是类的诞生、成长、消亡的区域,一个类在这里产生,应用,最后被垃圾回收器收集,结束生命。新生区又分为两部分:伊甸区(Eden space)和幸存者区(Survivor pace),所有的类都是在伊甸区被new出来的。幸存区有两个:0区(Survivor 0 space)和1区(Survivor 1 space)。当伊甸园的空间用完时,程序又需要创建对象,JVM的垃圾回收器将对伊甸园进行垃圾回收(Minor GC),将伊甸园中的剩余对象移动到幸存0区。若幸存0区也满了,再对该区进行垃圾回收,然后移动到1区。那如果1去也满了呢?再移动到老年区。若老年区也满了,那么这个时候将产生Major GC(FullGCC),进行老年区的内存清理。若老年区执行Full GC 之后发现依然无法进行对象的保存,就会产生OOM异常“OutOfMemoryError”。

老年区

养老区用于保存从新生区筛选出来的 JAVA 对象,一般池对象都在这个区域活跃。

永久区

永久存储区是一个常驻内存区域,用于存放JDK自身所携带的 Class,Interface 的元数据,也就是说它存储的是运行环境必须的类信息,被装载进此区域的数据是不会被垃圾回收器回收掉的,关闭 JVM 才会释放此区域所占用的内存。

说明

Jdk1.6及之前:常量池分配在永久代 ;

Jdk1.7:有,但已经逐步“去永久代” ;

Jdk1.8及之后:无(java.lang.OutOfMemoryError: PermGen space,这种错误将不会出现在JDK1.8中 );

Java 8中撤销永久代,引入元空间
	Java7中已经将字符串常量池从永久代移除,在Java 堆(Heap)中开辟了一块区域存放字符串常量池。而在Java8中,已经彻底没有了永久代,将方法区直接放在一个与堆不相连的本地内存区域,这个区域被叫做元空间.

永久代为什么被移出HotSpot JVM了?

1、由于Permanent Generation内存经常不够用或发生内存泄露,引发恼人的java.lang.OutOfMemoryError: PermGen (在Java Web开发中非常常见)。

2、移除Permanent Generation可以促进HotSpot JVM与JRockit VM的融合,因为JRockit没有永久代。

3、对永久代进行调优是很困难的。

为什么要引入元空间:

1、字符串存在永久代中,容易出现性能问题和内存溢出。

2、类及方法的信息等比较难确定其大小,因此对于永久代的大小指定比较困难,太小容易出现永久代溢出,太大则容易导致老年代溢出。

3、永久代会为 GC 带来不必要的复杂度,并且回收效率偏低。

4、Oracle 可能会将HotSpot 与 JRockit 合二为一。

文章内容主要来源:
https://blog.csdn.net/Luomingkui1109/article/details/72820232
https://www.cnblogs.com/yuechuan/p/8984262.html

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值