Java Visual Machine

Yesokim

已于 2023-10-24 23:49:04 修改

阅读量62

点赞数

文章标签： java 开发语言 1024程序员节

于 2023-10-23 16:43:45 首次发布

本文链接：https://blog.csdn.net/weixin_64400442/article/details/133979091

版权

本文详细阐述了Java虚拟机中的类加载子系统，包括类加载的三个阶段、类加载器的分类、双亲委派机制，以及运行时数据区（如PCRegister、JVMStacks、Heap）的结构和管理。此外，文章还讲解了垃圾收集的原理、策略和评估指标，以及常见的垃圾回收器。

摘要由CSDN通过智能技术生成

一. 类加载子系统

类加载子系统负责加载class文件,ClassLoader只负责类的加载,加载类的信息放在方法区

1. 加载类的三个阶段

①加载阶段

在加载阶段在内存中生成代表这个类的Java.lang.class对象,作为方法区各种数据的访问入口

②链接阶段

③初始化阶段

2. 类加载器的分类

Hostpot虚拟机实现的类加载器可分为三层,分别是 :

Bootstrap Class Loader(引导类加载器)
Extension Class Loader(扩展类加载器)
System Class Loader / App Class loader(系统类加载器)

java核心的类库使用引导类加载器用户自定义的类默认使用系统类加载器

引导类加载器由c/c++实现,没有继承java.lang.ClassLoader,没有父类加载器

Bootstrap Class Loader 只加载报名为java java sun 等开头的类

3. 双亲委派机制

双亲委派机制的优点:

避免类的重复加载
保护程序安全,防止核心API被随意篡改

在jvm中表示两个Class对象是否为同一个类的两个必要条件:

类的完整类名必须一致

加载这个类的ClassLoader实例对象必须为同一对象

4. 类的主动使用和被动使用

二. 运行时数据区

1. Program Counter Register

PC Register用来存储指向对应线程的下一条指令地址,由执行引擎读取下一条指令

在JVM规范中,每个线程都有自己的PC Counter Register,是线程私有的,生命周期与线程生命周期一致

是程序控制流的指示器,分支、循环、异常处理、线程恢复都依赖PC Counter Register

是java虚拟机规范中没有规定任何OutOfMemoryError情况的区域

JVM中的PC Counter Register 是对物理PC寄存器的一种抽象模拟

2. JVM Stacks

每个线程创建时,都会创建一个java虚拟机栈,内部保存着一个个栈帧,一个栈帧对应一次方法调用,生命周期与线程一致

①虚拟机栈的大小

设置虚拟机栈的大小 -Xss

② 栈内部细节

虚拟机栈的最小单位是栈帧,方法执行时的数据在栈帧中保存
每个栈帧中存储着

⑴ 局部变量表

局部变量表中的基本单位是Slot(槽),里面存放着编译器可知的8种基本数据类型,引用类型,returnAddress类型的变量.在局部变量表中,32位以内的类型只占用一个slot(包括returnAddress类型),64位数据类型占用两个slot,byte、short、char存储前也会被转换为int类型,boolean也会被转换为int类型,0表示false,非0表示true,如果当前栈帧是由构造方法或者实例方法创建的,那么该对象的引用会存放在index为0的slot处,栈帧中局部变量表的槽位可以复用,比如变量超过它的作用域时

⑵操作数栈

⑶动态链接

⑷ 方法返回地址

方法返回地址中存放着调用该方法的PC Register 的值,

一个方法有两种结束方式:正常执行完成返回和出现异常非正常退出

正常执行返回时:调用该方法的PC Register的地址值作为返回地址

通过异常退出时:返回地址需要通过异常表来确定

⑸ 一些附加信息

3. Native Method Stacks

4. Heap

①堆结构

② 堆空间大小设置

-Xms 用于表示堆区的起始内存,等价与 -XX:InitialHeapSize 默认为电脑内存 / 64

-Xmx 用于表示堆区的最大内存,等价与 -XX:MaxHeapSize 默认为电脑内存 / 4

-XX:NewRatio 配置老年代相对新生代在堆结构中的占比默认为2

-XX:SurvivorRatio 配置新生代中Eden区与Survivor区的比例

-XX:+PrintFlagsInitial 查看所有参数的默认值

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

-XX:MaxTenuringThreshold 设置新生代垃圾最大年龄

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

-XX:+PrintGC -verbose:gc 打印gc简要信息

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

③对象在堆区的分配过程

④ TLAB

⑤逃逸分析

5. Method Area

方法区会存储已被虚拟机加载的 类信息、字段信息、方法信息、常量、静态变量、即时编译器编译后的代码缓存等数据。

方法区逻辑上属于堆的一部分，但是为了与堆进行区分，通常又叫非堆。

栈、堆、方法区的交互关系

方法区的基本概念

方法区是虚拟机规范的一部分而非实现

在JDK1.7中方法区的实现是永久代（PermGen）

而在JDK1.8中方法区的实现是元数据区（Metaspace）

6. GC

①垃圾收集分类: 部分收集和整堆收集

②Minor GC的分配担保策略

7. JIT

一个被多次调用的方法,或者一个方法体内部循环次数较多的循环体被称为"热点代码",JVM通过JIT编译器将热点代码编译为本地机器指令。由于这种编译方式发生在方法执行过程中，因此也被称为栈上替换OSR（On Stack Replacement）
HotSpot采用基于计数器的热点探测功能对热点代码进行探测
HotSpot会为每一个方法建立2个不同类型的计数器:方法调用计数器(Invocation Counter) 和回边计数器(Back Edge Counter)
JIT编译阈值: Client模式下 1500次, Server模式下 1000次
通过-XX:CompileThreshold设定JIT编译
默认情况下,如果一个方法或方法体在一段时间内没有达到被JIT编译的阈值,那么它的方法调用计数器会减少一半,这个过程叫方法热度衰减 ,这段时间叫半衰期
使用-XX:CounterHalfLifeTime 来设置半衰期的时间,单位为s。使用-XX:UseCounterDecay 来关闭热度衰减
默认情况下,HotSpot VM 采用解释器和即时编译器并存的架构,也可以通过命令显示的指定运行时完全采用解释器执行或采用完全即时编译器

-Xint 完全使用解释器执行程序

-Xcomp 完全使用即时编译器执行程序, 如果即时编译出现问题,解释器会介入执行

-Xmixed 采用混合模式共同执行

在HotSpot VM内嵌了两个JIT编译器,分别为Client Compiler(C1编译器) 和 Server Compiler(C2编译器)

-clinet 指定JVM以client模式运行,并使用C1编译器,C1编译器会对字节码进行简单和可靠的优化,耗时短,编译速度快

-server 指定JVM以server模式运行,并使用C2编译器,c2编译器耗时较长,优化的代码执行效率更高

8. 对象内存布局

三.垃圾收集

1. 垃圾回收的两个阶段

①标记阶段

标记阶段主要来判断对象是否存活,主要涉及的算法有

引用计数算法

可达性分析算法

可达性分析算法以根对象集合(GC Roots)为起始点,按照从上至下的方式搜索被跟对象集合所连接的目标对象是否可达,使用可达性分析算法后存活对象会被根对象集合直接或间接连接着,搜索所走过的路径称为引用链(Reference Chain),如果目标对象没有任何引用链相连,则不可达,意味着对象已经死亡。

Java虚拟机中，GC Roots 包括以下对象: