JVM（Java 虚拟机）充当运行 Java 应用程序的运行时引擎。JVM 实际上是调用Java 代码中存在的主要方法的虚拟机。JVM 是 JRE（Java 运行时环境）的一部分。
Java 应用程序被称为 WORA（一次编写，随处运行）。这意味着程序员可以在一个系统上开发 Java 代码，并且可以期望它在任何其他支持 Java 的系统上运行而无需进行任何调整。这一切都是因为 JVM 而成为可能。
当我们编译 .java 文件时，Java 编译器会生成与 .java文件中的类名相同的 .class 文件（包含字节码） 。运行此 .class文件时，它会经历多个步骤。这些步骤共同描述了整个 JVM。
类加载器子系统
主要负责三项活动。
- 加载中
- 链接
- 初始化
加载：*类加载器读取".class" 文件，生成相应的二进制数据并保存在方法区中。对于每一个" *.class" 文件，JVM在方法区中存储以下信息。
- 已加载类及其直接父类的完全限定名称。
- " *.class" 文件是否与 Class 或 Interface 或 Enum 相关。
- 修饰符、变量和方法信息等。
加载 *.class" 文件后，JVM 会创建一个 Class 类型的对象来表示堆内存中的此文件。请注意，此对象是java.lang包中预定义的 Class 类型。程序员可以使用这些 Class 对象来获取类级信息，如类的名称、父名称、方法和变量信息等。要获取此对象引用，我们可以使用Object类的**getClass() *方法。
java
// A Java program to demonstrate working
// of a Class type object created by JVM
// to represent .class file in memory.
import java.lang.reflect.Field;
import java.lang.reflect.Method;
// Java code to demonstrate use
// of Class object created by JVM
public class Test {
public static void main(String[] args)
{
Student s1 = new Student();
// Getting hold of Class
// object created by JVM.
Class c1 = s1.getClass();
// Printing type of object using c1.
System.out.println(c1.getName());
// getting all methods in an array
Method m[] = c1.getDeclaredMethods();
for (Method method : m)
System.out.println(method.getName());
// getting all fields in an array
Field f[] = c1.getDeclaredFields();
for (Field field : f)
System.out.println(field.getName());
}
}
// A sample class whose information
// is fetched above using its Class object.
class Student {
private String name;
private int roll_No;
public String getName() { return name; }
public void setName(String name) { this.name = name; }
public int getRoll_no() { return roll_No; }
public void setRoll_no(int roll_no)
{
this.roll_No = roll_no;
}
}输出
java
学生
获取名称
设置名称
获取Roll_no
设置Roll_no
姓名
roll_No注意： 对于每个加载的" **.class"文件，只会创建该类的 一个对象。
java
Student s2 = new Student(); // c2 将指向c1 指向的
同一对象Class c2 = s2.getClass(); System.out.println(c1==c2); // true链接： 执行验证、准备和（可选）解析。
- 验证：它确保 .class 文件的正确性，即检查此文件是否格式正确且是否由有效的编译器生成。如果验证失败，我们会得到运行时异常java.lang.VerifyError。此活动由组件 ByteCodeVerifier 完成。一旦此活动完成，类文件即可进行编译。
- 准备：JVM 为类静态变量分配内存并将内存初始化为默认值。
- 解析：这是用直接引用替换类型的符号引用的过程。通过搜索方法区来定位引用的实体。
初始化： 在此阶段，所有静态变量都将被赋予在代码和静态块（如果有）中定义的值。在类中，此过程从上到下执行，在类层次结构中，从父类到子类执行。
一般来说，有三个类加载器：
- 引导类加载器 ：每个 JVM 实现都必须有一个引导类加载器，能够加载受信任的类。它加载" *JAVA_HOME/jre/lib" *目录中的核心 Java API 类。此路径通常称为引导路径。它以 C、C++ 等本机语言实现。
- 扩展类加载器 ：它是引导类加载器的子类。它加载扩展目录" JAVA_HOME/jre/lib/ext" （扩展路径）或 java.ext.dirs 系统属性指定的任何其他目录中的类。它在 Java 中由 sun.misc.Launcher$ExtClassLoader类实现。
- 系统/应用程序类加载器 ：它是扩展类加载器的子类。它负责从应用程序类路径加载类。它在内部使用映射到 java.class.path 的环境变量。它也由sun.misc.Launcher$AppClassLoader类在 Java 中实现。
java
// Java code to demonstrate Class Loader subsystem
public class Test {
public static void main(String[] args)
{
// String class is loaded by bootstrap loader, and
// bootstrap loader is not Java object, hence null
System.out.println(String.class.getClassLoader());
// Test class is loaded by Application loader
System.out.println(Test.class.getClassLoader());
}
}输出
js
无效的
jdk.internal.loader.ClassLoaders$AppClassLoader@8bcc55f**注意： JVM 遵循委托层次原则来加载类。系统类加载器将加载请求委托给扩展类加载器，扩展类加载器将请求委托给引导类加载器。如果在引导路径中找到类，则加载该类，否则请求再次转移到扩展类加载器，然后转移到系统类加载器。最后，如果系统类加载器无法加载类，则我们会得到运行时异常**java.lang.ClassNotFoundException。
JVM 内存
- 方法区： 方法区中存储了所有类级别的信息，包括类名、直接父类名、方法和变量信息等，包括静态变量。每个 JVM 只有一个方法区，并且它是一个共享资源。
- 堆区域： 所有对象的信息都存储在堆区域中。每个 JVM 也有一个堆区域。它也是共享资源。
- 堆栈区域： 对于每个线程，JVM 都会创建一个运行时堆栈并存储在此处。此堆栈的每个块称为激活记录/堆栈框架，用于存储方法调用。该方法的所有局部变量都存储在其相应的框架中。线程终止后，其运行时堆栈将被 JVM 销毁。它不是共享资源。
- PC寄存器： 存放线程当前执行指令的地址，显然每个线程都有独立的PC寄存器。
- 本机方法堆栈： 对于每个线程，都会创建一个单独的本机堆栈。它存储本机方法信息。
执行引擎
执行引擎执行" *.class" *（字节码）。它逐行读取字节码，使用各个内存区域中存在的数据和信息并执行指令。它可以分为三个部分：
- 解释器：它将字节码逐行解释然后执行。这里的缺点是当一个方法被多次调用时，每次都需要解释。
- *即时编译器 (JIT) *：用于提高解释器的效率。它编译整个字节码并将其更改为本机代码，因此每当解释器看到重复的方法调用时，JIT 都会为该部分提供直接本机代码，因此不需要重新解释，从而提高了效率。
- 垃圾收集器：它会销毁未引用的对象。有关垃圾收集器的更多信息，请参阅垃圾收集器
Java 本机接口（JNI）：
它是一个与本机方法库交互的接口，提供执行所需的本机库（C、C++）。它使 JVM 能够调用 C/C++ 库，并被可能特定于硬件的 C/C++ 库调用。
本机方法库：
它是执行引擎所需的本机库（C，C ++）的集合。