JAVA知识点—JVM的工作原理和类加载机制_jvm的底层工作原理? 字节码文件如何被jvm加载出来的? 类加载器工作原理?-CSDN博客

本文链接：https://blog.csdn.net/qq_27647919/article/details/110634271

JVM工作流程

开发人员编写Java代码(.java文件)，然后将之编译成字节码(.class文件)，再然后字节码被装入内存，一旦字节码进入虚拟机，它就会被解释器解释执行，或者是被即时代码发生器有选择的转换成机器码执行。

运行时数据区

区域	说明
程序计数器	每条线程都需要有一个程序计数器，计数器记录的是正在执行的指令地址，如果正在执行的是Native方法，这个计数器值为空（Undefined）
java 虚拟机栈	Java 方法执行的内存模型，每个方法执行的时候，都会创建一个栈帧用于保存局部变量表，操作数栈，动态链接，方法出口信息等。一个方法调用的过程就是一个栈帧从VM栈入栈到出栈的过程
本地方法栈	与VM栈发挥的作用非常相似，VM栈执行Java方法（字节码）服务，Native方法栈执行的是Native方法服务。
Java堆	此内存区域唯一的目的就是存放对象实例，几乎所有的对象都在这分配内存
方法区	方法区是各个内存所共享的内存空间，方法区主要存放被JVM加载的类信息,常量，静态变量，即时编译后的代码等数据

类加载机制

（转：https://www.cnblogs.com/zhxiansheng/p/11128589.html）

类被加载到jvm虚拟机内存开始，到卸载出内存为止，他的生命周期可以分为：加载->验证->准备->解析->初始化->使用->卸载。

加载

类的加载由类加载器完成，类加载器通常由JVM提供，这些类加载器也是前面所有程序运行的基础，JVM提供的这些类加载器通常被称为系统类加载器。除此之外，开发者可以通过继承ClassLoader基类来创建自己的类加载器。

当生成一个jar包以后，我们编写的程序就全部编编译成了jvm能读懂的.class格式。此时就需要加载了，将我们的编译好的.class文件加载到jvm中。此时就会有一个“类加载器”的概念

接下来一个问题，类加载器何时会将一个.class加载带jvm？也就是说什么情况下会加载一个类？

一个jar包运行的时候会指定一个main（）方法作为入口方法。首先就会将main（）方法所在的类加载到jvm，当代码执行遇到new的时候又继续将该对象加载到jvm。

所以总结来说，就是在你的代码中需要用到这个类的时候，就会将其加载到jvm中。

验证

因为每一个.class文件都是以8个十六进制的 0×CAFEBABE,翻译过来就是咖啡宝贝。在验证阶段的第一步就是检查.class文件是否以咖啡宝贝来开头的。

准备

当我们合法的把一个.class文件加载到jvm中后，此时就会进行一些准备工作。

首先为这个类分配内存空间，然后为类变量（被static修饰的变量）赋值一个默认的初始值。但是如果类变量同时被final修饰的话，就不是赋值初始值而是具体的值

用下面两种情况来说明：

public class Student{
    private static int age = 18;
}
//此时就会为age变量分配内存空间并且为其赋值 0 这个初始值。

public class Student{
    private static final int age = 18;
}
//age被final修饰，此时就会为age变量分配内存空间并且为其赋值为 18 。

所以我们的流程图可以更新为

解析

解析阶段就是jvm将常量池的符号引用替换为直接引用。

简单的来说就是我们编写的代码中，当一个变量引用某个对象的时候，这个引用在.class文件中是以符号引用来存储的。在解析阶段就需要将其解析为直接引用。如果有了直接引用，那引用的目标必定已经在内存中存在。

所以我们的流程图可以更新为

初始化

在准备阶段我们已经为加载到jvm的类分配了内存空间并且为类变量赋予了初始值。

而到了初始化阶段，才真正开始执行类中定义的java程序代码。主要有以下步骤：

为类的静态变量赋予正确的初始值。
执行类的静态代码块

按照顺序自上而下运行类中的变量赋值语句和静态语句，并且只有类或接口被Java程序首次主动使用时才初始化他们。如果有父类，则首先按照顺序运行父类中的变量赋值语句和静态语句。

所以我们的流程图可以更新为

JVM的类加载机制

主要有如下3种。（转：https://blog.csdn.net/m0_38075425/article/details/81627349）

全盘负责：所谓全盘负责，就是当一个类加载器负责加载某个Class时，该Class所依赖和引用其他Class也将由该类加载器负责载入，除非显示使用另外一个类加载器来载入。
双亲委派：所谓的双亲委派，则是先让父类加载器试图加载该Class，只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。通俗的讲，就是某个特定的类加载器在接到加载类的请求时，首先将加载任务委托给父加载器，依次递归，如果父加载器可以完成类加载任务，就成功返回；只有父加载器无法完成此加载任务时，才自己去加载。
缓存机制。缓存机制将会保证所有加载过的Class都会被缓存，当程序中需要使用某个Class时，类加载器先从缓存区中搜寻该Class，只有当缓存区中不存在该Class对象时，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓冲区中。这就是为什么修改了Class后，必须重新启动JVM，程序所做的修改才会生效的原因。

2.这里说明一下双亲委派机制：

双亲委派机制，其工作原理的是，如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式，即每个儿子都很懒，每次有活就丢给父亲去干，直到父亲说这件事我也干不了时，儿子自己才想办法去完成。

双亲委派机制的优势：采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。