一 面试题
描述一下JVM加载Class文件的原理机制?
类加载的时机
java类加载过程?
简述java类加载机制?
JVM中类加载机制,类加载过程?
描述一下jvm加载class文件的原理机制
什么是类的加载?
哪些情况会触发类的加载?
讲一下JVM加载一个类的过程JVM的类加载机制是什么?
二 概述
在Java中数据类型分为基本数据类型和引用数据类型。基本数据类型由虚拟机预先定义,只需要关注长度就行,引用数据类型则需要进行类的加载。
只要这个类被加载到内存中,就可以通过反射去获取此类的信息 。
按照Java虚拟机规范,从class文件到加载到内存中的类,到类卸载出内存为止,它的整个生命周期包括如下7个阶段:
其中,验证、准备、解析3个部分统称为链接(Linking)
从程序中类的使用过程看
三 Loading(加载)阶段
3.1 加载完成的操作
加载的理解
所谓加载,简而言之就是将Java类的字节码文件加载到机器内存中,并在内存中构建出Java类的的原型——类模板对象。
所谓类模板对象,其实就是Java类在]VM内存中的一个快照,JVM将从字节码文件中解析出的常量池、类字段、类方法等信息存储到类模板中,这样]VM在运行期便能通过类模板而获取Java类中的任意信息,能够对Java类的成员变量进行遍历,也能进行Java方法的调用。
反射的机制即基于这一基础。如果JVM没有将Java类的声明信息存储起来,则JVM在运行期也无法反射。
加载完成的操作
加载阶段,简言之,查找并加载类的二进制数据,生成Class的实例。
在加载类时,Java虚拟机必须完成以下3件事情:
- 通过类的全名,获取类的二进制数据流。
- 解析类的二进制数据流为方法区内的数据结构(Java类模型)
- 创建java.lang.Class类的实例,表示该类型。作为方法区这个类的各种数据的访问入口
3.2 二进制流的获取方式
对于类的二进制数据流,虚拟机可以通过多种途径产生或获得。(只要所读取的字节码符合JVM规范即可)
- 虚拟机可能通过文件系统读入一个class后缀的文件(最常见)
- 读入jar、zip等归档数据包,提取类文件。
- 事先存放在数据库中的类的二进制数据
- 使用类似于HTTP之类的协议通过网络进行加载
- 在运行时生成一段class的二进制信息等
- 在获取到类的二进制信息后,Java虚拟机就会处理这些数据,并最终转为一个java.lang.Class的实例。
如果输入数据不是ClassFile的结构,则会抛出ClassFormatError。
3.3 类模型与Class实例的位置
类模型的位置
加载的类在JVM中创建相应的类结构,类结构会存储在方法区(JDKl.8之前:永久代;J0Kl.8及之后:元空间)。
Class实例的位置
类将.class文件加载至元空间后,会在堆中创建一个Java.lang.Class对象,用来封装类位于方法区内的数据结构,该Class对象是在加载类的过程中创建的,每个类都对应有一个Class类型的对象。
Class clazz = Class.forName("java.lang.String");
//获取当前运行时类声明的所有方法
Method[] ms = clazz.getDecla#FF0000Methods();
for (Method m : ms) {
//获取方法的修饰符
String mod = Modifier.toString(m.getModifiers());
System.out.print(mod + "");
//获取方法的返回值类型
String returnType = (m.getReturnType()).getSimpleName();
System.out.print(returnType + "");
//获取方法名
System.out.print(m.getName() + "(");
//获取方法的参数列表
Class<?>[] ps = m.getParameterTypes();
if (ps.length == 0) {
System.out.print(')');
}
for (int i = 0; i < ps.length; i++) {
char end = (i == ps.length - 1) ? ')' : ',';
//获取参教的类型
System.out.print(ps[i].getSimpleName() + end);
}
}
3.4 数组类的加载
创建数组类的情况稍微有些特殊,因为数组类本身并不是由类加载器负责创建,而是由JVM在运行时根据需要而直接创建的,但数组的元素类型仍然需要依靠类加载器去创建。创建数组类(下述简称A)的过程:
- 如果数组的元素类型是引用类型,那么就遵循定义的加载过程递归加载和创建数组A的元素类型;
- JVM使用指定的元素类型和数组维度来创建新的数组类。
如果数组的元素类型是引用类型,数组类的可访问性就由元素类型的可访问性决定。否则数组类的可访问性将被缺省定义为public。
实际上在单独创建一个基本数据类型或者引用数据类型的变量时,也是遵循上面的逻辑;基本数据类型时jvm负责直创建的,而引用数据类型仍然需要依靠类加载器去创建。
四 过程二:Linking(链接)阶段
4.1 环节1:链接阶段之Verification(验证)
当类加载到系统后,就开始链接操作,验证是链接操作的第一步。
它的目的是保证加载的字节码是合法、合理并符合规范的。
验证,主要是校验字节码文件格式的正确性,语义的正确性(被final修饰的被重写了,方法重载时参数列表一样,这个编译无法通过,但是字节码可以兼容,),字节码的正确性(跳转到不存在的指令上,long类型的求和用iadd,使用不正确的指令)
验证的步骤比较复杂,实际要验证的项目也很繁多,大体上Java虚拟机需要做以下检查,如图所示。
整体说明:
验证的内容则涵盖了类数据信息的格式验证、语义检查、字节码验证,以及符号引用验证(通过符号指向的数据要存在于虚拟机中)等。
- 其中格式验证会和加载阶段一起执行。验证通过之后,类加载器才会成功将类的二进制数据信息加载到方法区中。
- 格式验证之外的验证操作将会在方法区中进行(这是因为类数据模板已经被加载到方法区了)。
链接阶段的验证虽然拖慢了加载速度,但是它避免了在字节码运行时还需要进行各种检查。(磨刀不误砍柴工)
具体说明:
- 格式验证:是否以魔数0XCAFEBABE开头,主版本和副版本号是否在当前Java虚拟机的支持范围内,数据中每一个项是否都拥有正确的长度等。
- 语义检查:Java虚拟机会进行字节码的语义检查,但凡在语义上不符合规范的,虚拟机也不会给予验证通过。比如:
- 是否所有的类都有父类的存在(在Java里,除了object外,其他类都应该有父类)
- 是否一些被定义为final的方法或者类被重写或继承了
- 非抽象类是否实现了所有抽象方法或者接口方法
- 字节码验证:Java虚拟机还会进行字节码验证,字节码验证也是验证过程中最为复杂的一个过程。它试图通过对字节码流的分析,判断字节码是否可以被正确地执行。比如:
- 在字节码的执行过程中,是否会跳转到一条不存在的指令
- 函数的调用是否传递了正确类型的参数
- 变量的赋值是不是给了正确的数据类型等
栈映射帧(StackMapTable)就是在这个阶段,用于检测在特定的字节码处,其局部变量表和操作数栈是否有着正确的数据类型。但遗憾的是,100%准确地判断一段字节码是否可以被安全执行是无法实现的,因此,该过程只是尽可能地检查出可以预知的明显的问题。如果在这个阶段无法通过检查,虚拟机也不会正确装载这个类。但是,如果通过了这个阶段的检查,也不能说明这个类是完全没有问题的。
在前面3次检查中,已经排除了文件格式错误、语义错误以及字节码的不正确性。但是依然不能确保类是没有问题的。
- 符号引用的验证:校验器还将进符号引用的验证。Class文件在其常量池会通过字符串记录自己将要使用的其他类或者方法。因此,在验证阶段,虚拟机就会检查这些类或者方法确实是存在的,并且当前类有权限访问这些数据,如果一个需要使用类无法在系统中找到,则会抛出NoClassDefFoundError,如果一个方法无法被找到,则会抛出NoSuchMethodError。此阶段在解析环节才会执行。
4.2 环节2:链接阶段之Preparation(准备)
准备阶段(Preparation),简言之,为类的静态变分配内存,并将其初始化为默认值。
当一个类验证通过时,虚拟机就会进入准备阶段。在这个阶段,虚拟机就会为这个类分配相应的内存空间,并设置默认初始值。Java虚拟机为各类型变量默认的初始值如表所示。
类型 | 默认初始值 |
byte | (byte)0 |
short | (short)0 |
int | 0 |
long | 0L |
float | 0.0f |
double | 0.0 |
char | \u0000 |
boolean | false |
reference | null |
Java并不支持boolean类型,对于boolean类型,内部实现是int,由于int的默认值是0,故对应的,boolean的默认值就是false
注意
这里不包含基本数据类型的字段用static final修饰的情况,因为final在编译的时候就会分配了,准备阶段会显式赋值。
// 一般情况:static final修饰的基本数据类型、字符串类型字面量会在准备阶段赋值
private static final String str = "Hello world";
// 特殊情况:static final修饰的引用类型不会在准备阶段赋值,而是在初始化阶段赋值
private static final String str = new String("Hello world");
- 注意这里不会为实例变量分配初始化,类变量会分配在方法区中,而实例变量是会随着对象一起分配到Java堆中。
- 在这个阶段并不会像初始化阶段中那样会有初始化或者代码被执行。
4.3 环节3:链接阶段之Resolution(解析)
在准备阶段完成后,就进入了解析阶段。解析阶段(Resolution),简言之,将类、接口、字段和方法的符号引用转为直接引用。
检验符号引用是否正确,一个类引用了其他类的方法,会在常量池中存放这些信息,找不到就会报错
具体描述:
举例:
输出操作System.out.println()对应的字节码:
invokevirtual #24 <java/io/PrintStream.println>
以方法为例,Java虚拟机为每个类都准备了一张方法表,将其所有的方法都列在表中,当需要调用一个类的方法的时候,只要知道这个方法在方法表中的偏移量就可以直接调用该方法。
通过解析操作,符号引用就可以转变为目标方法在类中方法表中的位置,从而使得方法被成功调用
五 过程三:Initialization(初始化)阶段
就是将符号引用转化成直接引用,代码中的方法调用,变量定义等等,这些基本信息编译成字节码文件后,都会保存在常量池中,并且如果是字符串类型的,或者引用类了,他们都是用字符串存在常量池中的,通过这些常量池中的数据互相指向找到对应的方法,类信息,就成为符号引用!在实际调用时,都会将这些指向操作最后都归纳到最后这个类,或者方法等等在内存中的实际地址
5.1 static与final的搭配问题
说明:使用static+ final修饰的字段的显式赋值的操作,到底是在哪个阶段进行的赋值?
- 情况1:在链接阶段的准备环节赋值
- 情况2:在初始化阶段<clinit>()中赋值
结论: 在链接阶段的准备环节赋值的情况:
- 对于基本数据类型的字段来说,如果使用static final修饰,则显式赋值(直接赋值常量,而非调用方法通常是在链接阶段的准备环节进行
- 对于String来说,如果使用字面量的方式赋值,使用static final修饰的话,则显式赋值通常是在链接阶段的准备环节进行(String s = "hello")
- 在初始化阶段<clinit>()中赋值的情况: 排除上述的在准备环节赋值的情况之外的情况。
最终结论:使用static+final修饰,且显式赋值中不涉及到方法或构造器调用的基本数据类到或String类型的显式赋值,是在链接阶段的准备环节进行。
package com.dj.studyClassLoader222.linking;
import java.util.Random;
/**
* @author jingdj
* @version 1.0
* @date 2024/2/4 2:43 下午
* @desc
* 大前提,有static修饰,没有static修饰的,就不会在准备和初始化时进行赋值,
* 只有在真正使用到的时候才会赋值
*
* 说明:使用static+final修饰的字段的显示赋值操作,到底是在哪个阶段进行赋值的???
* 情况1:在链接的准备阶段
* 情况2:在初始化阶段的<clint></clint>方法
* 结论:
* 一:在链接的准备阶段就显示赋值的情况:
* 1:基本数据类型的字段,被static+final修饰的
* 2:对应String来说,通过字面量的形式定义的赋值方式,且被static修饰
*
* 二:在初始化阶段进行赋值的情况:
* 除了上述的两种情况,其它的(有static修饰)都是在
* 初始化的<clint></clint>方法中赋值的
*/
public class LinkingTest {
private static final int num1 = 10; // 在准备阶段显示赋值
private static int num2 = 20; // 在初始化阶段赋值
private int num9 = 100; // 没有被static修改,在真正使用时才会赋值
private static final Integer num3 = 30; // 在初始化阶段赋值
private static final Integer num6 = Integer.valueOf(60); // 在初始化阶段赋值
private static Integer num4 = 40; // 在初始化阶段赋值
private static Integer num7 = Integer.valueOf(70); // 在初始化阶段赋值
private static Integer num5 = new Random().nextInt(); // 在初始化阶段赋值
private static final Integer num8 = new Random().nextInt(); // 在初始化阶段赋值
private static final String s1 = "hello"; // 在准备阶段显示赋值
private static final String s2 = new String("hello2"); // 在初始化阶段赋值
private static String s3 = "heelo3";// 在初始化阶段赋值
}
5.2 <clinit>()的线程安全性(说明类的初始化只会执行一次)
对于<clinit>()方法的调用,也就是类的初始化,虚拟机会在内部确保其多线程环境中的安全性。
虚拟机会保证一个类的()方法在多线程环境中被正确地加锁、同步,如果多个线程同时去初始化一个类,那么只会有一个线程去执行这个类的<clinit>()方法,其他线程都需要阻塞等待,直到活动线程执行<clinit>()方法完毕。
正是因为函数<clinit>()带锁线程安全的,因此,如果在一个类的<clinit>()方法中有耗时很长的操作,就可能造成多个线程阻塞,引发死锁。并且这种死锁是很难发现的,因为看起来它们并没有可用的锁信息。
如果之前的线程成功加载了类,则等在队列中的线程就没有机会再执行<clinit>()方法了。那么,当需要使用这个类时,虚拟机会直接返回给它已经准备好的信息。
5.3 类的初始化情况:主动使用vs被动使用
Java程序对类的使用分为两种:主动使用和被动使用。
主动使用
Class只有在必须要首次使用的时候才会被装载,Java虚拟机不会无条件地装载Class类型。Java虚拟机规定,一个类或接口在初次使用前,必须要进行初始化。这里指的“使用”,是指主动使用,主动使用只有下列几种情况:(即:如果出现如下的情况,则会对类进行初始化操作。而初始化操作之前的加载、验证、准备已经完成。
- 实例化:当创建一个类的实例时,比如使用new关键字,或者通过反射、克隆、反序列化
/** * 反序列化 */ Class Order implements Serializable { static { System.out.println("Order类的初始化"); } } public void test() { ObjectOutputStream oos = null; ObjectInputStream ois = null; try { // 序列化 oos = new ObjectOutputStream(new FileOutputStream("order.dat")); oos.writeObject(new Order()); // 反序列化 ois = new ObjectInputStream(new FileOutputStream("order.dat")); Order order = ois.readObject(); } catch (IOException e){ e.printStackTrace(); } catch (ClassNotFoundException e){ e.printStackTrace(); } finally { try { if (oos != null) { oos.close(); } if (ois != null) { ois.close(); } } catch (IOException e){ e.printStackTrace(); } } }
- 静态方法:当调用类的静态方法时,即当使用了字节码invokestatic指令。
- 静态字段:当使用类、接口的静态字段时(final修饰特殊考虑),比如,使用getstatic或者putstatic指令。(对应访问变量、赋值变量操作)(代码只使用static+final的变量时,不需要进行初始化,因为该变量在链接的准备阶段已经显示赋值了)
public class ActiveUse { @Test public void test() { System.out.println(User.num); } } class User { static { System.out.println("User类的初始化"); } public static final int num = 1; }
- 反射:当使用java.lang.reflect包中的方法反射类的方法时。比如:Class.forName("com.atguigu.java.Test")
- 继承:当初始化子类时,如果发现其父类还没有进行过初始化,则需要先触发其父类的初始化。
- 当Java虚拟机初始化一个类时,要求它的所有父类都已经被初始化,但是这条规则并不适用于接口。
- 因此,一个父接口并不会因为它的子接口或者实现类的初始化而初始化。只有当程序首次使用特定接口的静态字段时,才会导致该接口的初始化。
- 在初始化一个接口时,并不会先初始化它的父接口
- 在初始化一个类时,并不会先初始化它所实现的接口(不会初始化,但是会加载类)
- 当Java虚拟机初始化一个类时,要求它的所有父类都已经被初始化,但是这条规则并不适用于接口。
-
default方法:如果一个接口定义了default方法,那么直接实现或者间接实现该接口的类的初始化,该接口要在其之前被初始化。
interface Compare { public static final Thread t = new Thread() { { System.out.println("Compare接口的初始化"); } } }
- main方法:当虚拟机启动时,用户需要指定一个要执行的主类(包含main()方法的那个类),虚拟机会先初始化这个主类。
- VM启动的时候通过引导类加载器加载一个初始类。这个类在调用public static void main(String[])方法之前被链接和初始化。这个方法的执行将依次导致所需的类的加载,链接和初始化。
- (MethodHandle:当初次调用MethodHandle实例时,初始化该MethodHandle指向的方法所在的类。(涉及解析REF getStatic、REF_putStatic、REF invokeStatic方法句柄对应的类)
被动使用
除了以上的情况属于主动使用,其他的情况均属于被动使用。被动使用不会引起类的初始化。
也就是说:并不是在代码中出现的类,就一定会被加载或者初始化。如果不符合主动使用的条件,类就不会初始化。
- 静态字段:当通过子类引用父类的静态变量,不会导致子类初始化,只有真正声明这个字段的类才会被初始化。
package com.dj.studyClassLoader222.beidongshiyong; /** * @author jingdj * @version 1.0 * @date 2024/2/4 10:49 上午 * @desc 通过子类引用父类的静态变量,不会导致子类初始化,只有真正声明这个字段的类才会被初始化。 子类不会打印构造参数 */ public class ParentChild { public static void main(String[] args) { System.out.println(Child.num); } } class Child extends Parent { static { System.out.println("Child类的初始化"); } } class Parent { static { System.out.println("Parent类的初始化"); } public static int num = 1; }
- 数组定义:通过数组定义类引用,不会触发此类的初始化
Parent[] parents= new Parent[10]; System.out.println(parents.getClass()); // new的话才会初始化 parents[0] = new Parent();
-
引用常量:引用常量不会触发此类或接口的初始化。因为常量在链接阶段就已经被显式赋值了。
package com.dj.studyClassLoader222.beidongshiyong; import java.util.Random; /** * @author jingdj * @version 1.0 * @date 2024/2/4 10:56 上午 * @desc 注意。类只会初始化一次,测试的时候测完num2的之后,就将这行代码注释掉 */ public class FinalNum { public static void main(String[] args) { System.out.println(Serival.num); //被static final修改的在准备阶段就已经显示赋值 System.out.println("======"); // 但引用其他类的话还是会初始化 System.out.println(Serival.num2); // 这个会打印出,因为num没有用static final修饰 System.out.println("======"); System.out.println(Serival.s1); // 这个不会初始化 System.out.println("======"); System.out.println(Serival.s2); // 这个会打印出,在初始化阶段才会赋值 System.out.println("======"); System.out.println(Serival.s3); // 这个会打印出,因为num没有用static final修饰 System.out.println("======"); System.out.println(Serival.num3); } } interface Serival { // 使用这种方式给接口增加类似构造方法的,因为接口无法添加方法体 public static final Thread t = new Thread() { { System.out.println("Serival初始化"); } }; public static int num = 10; public static final int num3 = 20; public static final int num2 = new Random().nextInt(10); public static final String s1 = "hello1"; public static String s3 = "hello3"; public static final String s2 = new String("hello2"); }
-
loadClass方法:调用ClassLoader类的loadClass()方法加载一个类,并不是对类的主动使用,不会导致类的初始化。
Class clazz = ClassLoader.getSystemClassLoader().loadClass("com.test.java.Person");
扩展
-XX:+TraceClassLoading:追踪打印类的加载信息
六 过程四:类的Using(使用)
任何一个类型在使用之前都必须经历过完整的加载、链接和初始化3个类加载步骤。一旦一个类型成功经历过这3个步骤之后,便“厉事俱备只欠东风”,就等着开发者使用了。
开发人员可以在程序中访问和调用它的静态类成员信息(比如:静态字段、静态方法),或者使用new关键字为其创建对象实例。
七 过程五:类的Unloading(卸载)
7.1 类、类的加载器、类的实例之间的引用关系
在类加载器的内部实现中,用一个Java集合来存放所加载类的引用。另一方面,一个Class对象总是会引用它的类加载器,调用Class对象的getClassLoader()方法,就能获得它的类加载器。由此可见,代表某个类的Class实例与其类的加载器之间为双向关联关系。
一个类的实例总是引用代表这个类的Class对象。在Object类中定义了getClass()方法,这个方法返回代表对象所属类的Class对象的引用。此外,所有的java类都有一个静态属性class,它引用代表这个类的Class对象。
7.2 类的生命周期
当Sample类被加载、链接和初始化后,它的生命周期就开始了。当代表Sample类的Class对象不再被引用,即不可触及时,Class对象就会结束生命周期,Sample类在方法区内的数据也会被卸载,从而结束Sample类的生命周期。
一个类何时结束生命周期,取决于代表它的Class对象何时结束生命周期。
7.3 具体例子
loader1变量和obj变量间接应用代表Sample类的Class对象,而objClass变量则直接引用它。
如果程序运行过程中,将上图左侧三个引用变量都置为null,此时Sample对象结束生命周期,MyClassLoader对象结束生命周期,代表Sample类的Class对象也结束生命周期,Sample类在方法区内的二进制数据被卸载。
当再次有需要时,会检查Sample类的Class对象是否存在,如果存在会直接使用,不再重新加载;如果不存在Sample类会被重新加载,在Java虚拟机的堆区会生成一个新的代表Sample类的Class实例(可以通过哈希码查看是否是同一个实例)
7.4 类的卸载
- 启动类加载器加载的类型在整个运行期间是不可能被卸载的(jvm和jls规范)
- 被系统类加载器和扩展类加载器加载的类型在运行期间不太可能被卸载,因为系统类加载器实例或者扩展类的实例基本上在整个运行期间总能直接或者间接的访问的到,其达到unreachable的可能性极小。
- 被开发者自定义的类加载器实例加载的类型只有在很简单的上下文环境中才能被卸载,而且一般还要借助于强制调用虚拟机的垃圾收集功能才可以做到。可以预想,稍微复杂点的应用场景中(比如:很多时候用户在开发自定义类加载器实例的时候采用缓存的策略以提高系统性能),被加载的类型在运行期间也是几乎不太可能被卸载的(至少卸载的时间是不确定的)。
综合以上三点,一个已经加载的类型被卸载的几率很小至少被卸载的时间是不确定的。同时我们可以看的出来,开发者在开发代码时候,不应该对虚拟机的类型卸载做任何假设的前提下,来实现系统中的特定功能。
八 回顾方法区的垃圾回收
方法区的垃圾收集主要回收两部分内容:常量池中废弃的常量和不再使用的类型。
HotSpot虚拟机对常量池的回收策略是很明确的,只要常量池中的常量没有被任何地方引用,就可以被回收。
判定一个常量是否“废弃”还是相对简单,而要判定一个类型是否属于“不再使用的类”的条件就比较苛刻了。需要同时满足下面三个条件:
- 该类所有的实例都已经被回收。也就是Java堆中不存在该类及其任何派生子类的实例
- 加载该类的类加载器已经被回收。这个条件除非是经过精心设计的可替换类加载器的场景,如OSGi、JSP的重加载等,否则通常是很难达成的。
- 该类对应的java.lang.Class对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法。
Java虚拟机被允许对满足上述三个条件的无用类进行回收,这里说的仅仅是“被允许”,而并不是和对象一样,没有引用了就必然会回收。