深入理解JVM类核心——类加载机制

最新推荐文章于 2024-05-09 17:34:44 发布

Pluto372

最新推荐文章于 2024-05-09 17:34:44 发布

阅读量148

点赞数 3

分类专栏： java基础文章标签： java

本文链接：https://blog.csdn.net/Pluto372/article/details/110292842

版权

java基础专栏收录该内容

15 篇文章 1 订阅

订阅专栏

类加载机制

定义：JVM把class文件加载到内存，并对数据进行校验、解析和初始化，最终形成JVM可以直接使用的Java类型的过程。

类的生命周期：

在这里插入图片描述
一个类型从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期将会经历加载、验证、准备、解析、初始化、使用和卸载七个阶段，其中验证、准备、解析三个部分统称为连接。

加载：

“加载”（Loading）阶段是整个“类加载”（Class Loading）过程中的一个阶段。
在加载阶段，Java虚拟机需要完成以下三件事情：
1）通过一个类的全限定名来获取定义此类的二进制字节流。
2）将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
3）在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入
口。

连接：将Java类的二进制代码合并到JVM的运行状态之中的过程

验证：
– 确保加载的类信息符合JVM规范，没有安全方面的问题。
准备：
– 正式为类变量(static变量)分配内存并设置类变量初始值的阶段，这些内存都将在方法区中进行分配
解析
– 虚拟机常量池内的符号引用替换为直接引用的过程

初始化：

类的初始化阶段是类加载过程的最后一个步骤。

在编译生成class文件时，会自动产生两个方法，一个是类的初始化方法< clinit >, 另一个是实例的初始化方法< init >

< clinit >：在jvm第一次加载class文件时调用，包括静态变量初始化语句和静态块的执行
< init >:在实例创建出来的时候调用，包括调用new操作符；调用Class或java.lang.reflect.Constructor对象的newInstance()方法；调用任何现有对象的clone()方法；通过java.io.ObjectInputStream类的getObject()方法反序列化。

1、初始化阶段是执行类构造器< clinit >()方法的过程。类构造器< clinit >()方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块(static块)中的语句合并产生的。
2、当初始化一个类的时候，如果发现其父类还没有进行过初始化、则需要先出发其父类的初始化


public class Test01 {

	public static void main(String[] args) {
		TestB b = new TestB();
		System.out.println(b.value);
		
	}
	
}
class TestA{
		static {
			System.out.println("初始化A");
		}
	public static int value = 1024;  
}
class TestB extends TestA{
	
	static {
		System.out.println("初始化B");
	}
}

在这里插入图片描述
同时这也是类的主动引用：

类的主动引用（一定会发生类的初始化）
– new一个类的对象
– 调用类的静态成员(除了final常量)和静态方法
– 使用java.lang.reflect包的方法对类进行反射调用
– 当虚拟机启动，java Hello，则一定会初始化Hello类。说白了就是先启动main方法所在的类
– 当初始化一个类，如果其父类没有被初始化，则先会初始化他的父类
类的被动引用(不会发生类的初始化)
– 当访问一个静态域时，只有真正声明这个域的类才会被初始化
– 通过子类引用父类的静态变量，不会导致子类初始化
– 通过数组定义类引用，不会触发此类的初始化
– 引用常量不会触发此类的初始化（常量在编译阶段就存入调用类的常量池中了）

例：

public class Test01 {

	public static void main(String[] args) {
		//子类引用父类的静态变量，不会导致子类初始化
		System.out.println(TestB.value);			
	}	
}
class TestA{
		static {
			System.out.println("初始化A");
		}
	public static int value = 1024;  
}
class TestB extends TestA{
	
	static {
		System.out.println("初始化B");
	}
}

结果如下：

在这里插入图片描述

3、虚拟机会保证一个类的< clinit >()方法在多线程环境中被正确加锁和同步。

类加载器：

类加载器的作用：

将class文件字节码内容加载到内存中，并将这些静态数据转换成方法区中的运行时数据结构，在堆中生成一个代表这个类的java.lang.Class对象，作为方法区类数据的访问入口。

注意：比较两个类是否“相等”，只有在这两个类是由同一个类加载器加载的前提下才有意义，否则，即使这两个类来源于同一个Class文件，被同一个Java虚拟机加载，只要加载它们的类加载器不同，那这两个类就必定不相等。

类缓存：

定义：标准的Java SE类加载器可以按要求查找类，但一旦某个类被加载到类加载器中，它将维持加载（缓存）一段时间。不过，JVM垃圾收集器可以回收这些Class对象。

作用：

java.lang.ClassLoader类的基本职责就是根据一个指定的类的名称，找到或者生成其对应的字节代码，然后从这些字节代码中定义出一个Java 类，即 java.lang.Class类的一个实例。
除此之外，ClassLoader还负责加载 Java 应用所需的资源，如图像文件和配置文件等。

类加载器的代理模型：

站在Java虚拟机的角度，只存在两种不同的类加载器：
1、启动类加载器（Bootstrap ClassLoader）：用c++实现，是虚拟机自身的一部分；
2、所有类的加载器：这些加载器都是由java实现的，独立存在于虚拟机外部，并且全都继承自抽象类java.lang.ClassLoader。
站在Java开发人员的角度，
类加载器就应当划分得更细致一些。自JDK 1.2以来，Java一直保持着三层类加载器、双亲委派的类加载架构

代理模式：

交给其他加载器来加载指定的类

双亲委派模型：

就是某个特定的类加载器在接到加载类的请求时，首先将加载任务委托给父类加载器，依次追溯，直到最高的爷爷辈的，如果父类加载器可以完成类加载任务，就成功返回；只有父类加载器无法完成此加载任务时，才自己去加载。
– 双亲委托机制是为了保证 Java 核心库的类型安全。
• 这种机制就保证不会出现用户自己能定义java.lang.Object类的情况。
– 类加载器除了用于加载类，也是安全的最基本的屏障。
在这里插入图片描述

启动类加载器（Bootstrap Class Loader）
– 它用来加载 Java 的核心库(JAVA_HOME/jre/lib/rt.jar)，是用原生代码来实现的，并不继承自 java.lang.ClassLoader。
– 加载扩展类和应用程序类加载器。并指定他们的父类加载器。
扩展类加载器（Extensions class loader）
– 用来加载 Java 的扩展库(JAVA_HOME/jre/ext/*.jar，或java.ext.dirs路径下的内容) 。Java 虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java类。
– 由sun.misc.Launcher$ExtClassLoader实现
应用程序类加载器（application class loader）
– 它根据 Java 应用的类路径（classpath，
java.class.path 路径下的内容）来加载 Java 类。
一般来说，Java 应用的类都是由它来完成加载的。
– 由sun.misc.Launcher$AppClassLoader实现
自定义类加载器
– 开发人员可以通过继承 java.lang.ClassLoader类的方式
实现自己的类加载器，以满足一些特殊的需求。

双亲委派模型的实现:

protected synchronized Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException
{
// 首先，检查请求的类是否已经被加载过了
Class c = findLoadedClass(name);
if (c == null) {
try {
if (parent != null) {
c = parent.loadClass(name, false);
} else {
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// 如果父类加载器抛出ClassNotFoundException
// 说明父类加载器无法完成加载请求
}
if (c == null) {
// 在父类加载器无法加载时
// 再调用本身的findClass方法来进行类加载
c = findClass(name);
}
}
if (resolve) {
resolveClass(c);
}