Java虚拟机|JVM最强知识点汇总及简述-＞JVM体系及类加载子系统篇（总结自尚硅谷JVM课程）

本文链接：https://blog.csdn.net/weixin_49258262/article/details/120215726

JVM体系

一、目前三大主流虚拟机

HotSpot虚拟机（服务器、桌面、移动端都被应用，Oracle）
JRockit虚拟机（专注于服务器端，被Oracle收购）
J9虚拟机（IBM）

1.JVM的特点

一次编译，到处运行
自动内存管理
自动垃圾回收功能

2.JVM的整体架构

请添加图片描述

对于方法区和堆来说在多线程中是共享的
而对于程序计数器、本地方法栈和虚拟机栈每个线程是独有一份的

2.1 JVM的架构模型（栈与寄存器的区别）

Java编译器输入的指令流基本上是一种基子栈的指令集架构，另外一种指令集架构则是基于寄存器的指令集架构。

具体来说:这两种架构之间的区别:

基于栈式架构的特点

设计和实现更简单，适用于资源受限的系统;
避开了寄存器的分配难题:使用零地址指令方式分配。
指令流中的指令大部分是零地址指令，其执行过程依赖于操作栈。指令集更小，但指令多，编译器容易实现。
不需要硬件支持，可移植性更好，更好实现跨平台

基于寄存器架构的特点

典型的应用是x86的二进制指令集:比如传统的Pc以及Android的Davlik虚拟机。
指令集架构则完全依赖硬件，可移植性差
性能优秀和执行更高效;
花费更少的指令去完成一项操作。
在大部分情况下，基于寄存器架构的指令集往往都以一地址指令、二地址指令和三地址指令为主，而基于栈式架构的指令集却是以零地址指令为主。有难学的

3.JVM的生命周期

启动
通过引导类加载器创建一个初始类来完成
执行
程序开始JVM开始，程序结束JVM结束。执行一个Java程序实际执行的是JVM的进程
退出
正常执行结束、程序异常或错误、操作系统异常和调用Runtime类或System类的方法

4.JVM发展历程

初代Sun Classic VM
Sun HotSpot VM（JDK1.3成为默认虚拟机，至今仍在使用）
JRockit VM 是世界上最快的虚拟机
J9 VM 号称是世界上最快的虚拟机（在IBM自己的平台上）

类加载子系统

一、类加载子系统大致结构

在这里插入图片描述

1.加载阶段

通过一个类的全限定名获取定义此类的二进制字节流
将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
在内存中生成一个代表这个类的java.lang.class对象，作为方法区这个类的各种数据的访问入口

2.链接阶段

链接阶段中又分为三个小阶段：

2.1 验证(Verify) :

目的在子确保class文件的字节流中包含信息符合当前虚拟机要求，保证被加载类的正确性，不会危害虚拟机自身安全。
主要包括四种验证：文件格式验证，元数据验证，字节码验证，符号引用验证。

2.2 准备(Prepare):

类变量分配内存并且设置该类变量的默认初始值，即零值。
这里不包含用final修饰的static，因为final在编译的时候就会分配了，准备阶段会显式初始化;
这里不会为实例变量分配初始化，类变量会分配在方法区中，而实例变量是会随着对象一起分配到Java堆中。

2.3 解析(Resolve):

将常量池内的符号引用转换为直接引用的过程。
事实上，解析操作往往会伴随着JVM在执行完初始化之后再执行。
符号引用就是一组符号来描述所引用的目标。符号引用的字面量形式明确定义在《java虚拟机规范》的class文件格式中。直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
解析动作主要针对类或接口、字段、类方法、接口方法、方法类型等。对应常量池中的CONSTANT_class_info、CONSTANT_Fieldref_info、CONSTANT_Methodref info等

3.初始化阶段

初始化阶段就是执行类构造器方法<clinit>()的过程。
此方法不需定义，是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来。
构造器方法中指令按语句在源文件中出现的顺序执行。
<clinit>()不同于类的构造器。(关联:构造器是虚拟机视角下的<init>())
若该类具有父类，JVM会保证子类的<clinit>()执行前，父类的<clinit>()已经执行完毕。
虚拟机必须保证一个类的<clinit>()方法在多线程下被同步加锁。

二、类加载器分类

在Java指定的规范中，类加载器分为引导类加载器和自定义类加载器，注意：Java中将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器，类加载器之间的关系类似于包含关系，而不是继承关系。

1.启动类加载器（引导类加载器，Bootstrap ClassLoader)

虚拟机自带的加载器，获取不到类加载器，显示为null

这个类加载使用c/c++语言实现的，嵌套在JVM内部。
它用来加载Java的核心库（JAVA_HOME/jre/lib/rt.jar、resources.jar或sun.boot.class.path路径下的内容），用于提供JVM自身需要的类
并不继承自java.lang.classLoader，没有父加载器。
加载扩展类和应用程序类加载器，并指定为他们的父类加载器。
出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类

2.扩展类加载器（Extension ClassLoader)

虚拟机自带的加载器

Java语言编写，由sun.misc.Launcher$ExtClassLoader实现，Launcher的内部类
派生于ClassLoader类
父类加载器为启动类加载器
从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/lib/ext子目录（扩展目录）下加载类库。如果用户创建的JAR放在此目录下，也会自动由扩展类加载器加载。