jvm类加载机制

最新推荐文章于 2024-09-08 13:50:54 发布

诗织_王大大

最新推荐文章于 2024-09-08 13:50:54 发布

阅读量99

点赞数 1

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

本文链接：https://blog.csdn.net/weixin_45271564/article/details/105807279

版权

JVM基础专栏收录该内容

5 篇文章 0 订阅

订阅专栏

jvm的类加载_ClassLoader

类的加载连接和初始化简介

加载:查找并加载类的二进制数据；
连接：
- 验证:确保被加载的类的正确性；
- 准备：为类的静态变量分配内存，并将其初始化为默认值；
解析：把类中的符号引用替换为直接引用；
初始化：为类的静态变量赋予正确的初始值；
Java程序对类的使用分为两种：
- 主动使用；
- 被动使用
所有的Java虚拟机实现必须在每个类或接口被Java程序”首次主动使用“时才初始化他们；
主动使用，六种情况：
- 创建类的实例；
- 访问某个类或接口的静态变量，或者对该静态变量赋值；
- 调用类的静态方法；
- 反射;
- 初始化一个类的子类
- Java虚拟机启动时被标注为启动类的类
除了以上六种情况，其他使用Java类的方式都被看做是对类的被动使用，都不会导致类的初始化；

类的加载

定义

类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构；
加载class文件的方式：
- 从本地系统中直接加载
- 通过网络下载.class文件
- 从zip、jar包等归档文件加载.class文件
- 从专有数据库中提取.class文件
- 将Java源文件动态编译为.class文件

加载的结果

类加载的最终产品是位于堆区中的class对象

class对象封装了类在方法区的数据结构，并且向java程序员提供了访问方法区内的数据结构的接口；

类加载器的类型
```
Java虚拟机自带的加载器
```
- 根类加载器：BootStrap;
- 扩展类加载器：Extension;
- 系统类加载器：System；
```
 用户自定义的加载器
```
- java.lang.ClassLoader的子类；
- 用户可以定制类的加载方式；
注意

类加载器并不需要等到某个类被”首次主动“时再加载他；

JVM规范允许类加载器在预料某个类将要被使用时就预先加载他，如果在预先加载的过程中遇到了.class文件缺失或者错误，类加载器必须在程序首次主动使用该类时才报告该错误（LinkageError错误）；
如果这个类一直没有被程序主动使用，那么类加载器就不会报告错误；

类的验证

类被加载后，就进入连接阶段。连接就是将已经读入到内存的类的二进制数据合并到虚拟机的运行时环境中去。
类的验证内容
- 类文件的结构检查
  确保类文件遵从java类文件的固定格式
- 语义检查
  确保类本身符合Java语法的规定，比如验证final类型的类有没有子类，以及final类型的方法有没有被覆盖
- 字节码验证
  确保字节码流可以被Java虚拟机安全的执行。字节码流代表Java方法（静态方法和实例方法)，他是由被称作操作码的单字节指令组合成的序列，每一个字节码后跟着一个或多个操作数。字节码验证步骤会检查每个操作码是否合法，即是否有着合法的操作数。
- 二进制兼容性验证
  确保相互引用的类之间协调一致。例如在Worker类的gotoWork()方法内会调用Car类的run()方法。Java虚拟机在验证Woeker类时，会检查在方法区内是否存在Car类的run()方法，如果不存在（当Car类和Worker类的版本不兼容，就会出现这种问题），就回抛出NoSuchMethodError错误。

类的准备

在准备阶段，Java虚拟机为类的静态变量分配内存，并设置默认的初始值。例如对于以下的Sample类，在准备阶段，将为int类型的静态变量a分配4哥字节的内存空间，并赋予默认值0，为long类型的静态变量b分配8哥字节的内存空间，并且赋予默认值0.

public class Sample{
	private  static int a=1;
	private static long b;
	{
	b=2;
}
}

类的解析

在解析阶段，Java虚拟机会把类的二进制数据中的符号引用替换为直接引用。例如在Worker类的gotoWork()方法中会用用Car类的run()方法。

public void  gotoWork(){
	car.run();//这段代码
}

在Worker类的二进制数据中，包含了一个对Car类的run()方法的符号引用，它有run()的全名和相关描述符组成，在解析阶段，Java虚拟机会把这个符号引用替换为一个指针，该指针指向Car类run()方法在方法区的内存位置，这个指针就是直接引用。

类的初始化

在初始化阶段，Java虚拟机会执行类的初始化语句，为类的静态变量赋予初始值。在程序中，静态变量的初始化有两种途径：(1)在静态变量的的声明处进行初始化；(2)在静态代码块中进行初始化。例如在以下代码中，静态变量a和静态变量b都被显示初始化，而静态变量c没有被显示的初始化，它将保持默认值0；

 publci  class Sample{
 	private static int a= 0;//在静态变量的声明处进行初始化
 	private static long b;
 	private static long c;
 	static{
 		b=2l;  //在静态代码块中进行初始化
 		}
 	
 }

静态变量的声明语句和静态代码快都被看做类的初始化语句，java虚拟机会按照初始化语句在类文件中的先后顺序来依次执行它们。例如当以下的Sample类被初始化后，他的静态变量a的取值为4；

public class Sample{
	static int a =1;
	static {a=2}
	static {a=4}
	public static void main(String[] args){
	 System.out.print("a="+a);//打印a==4；
	 }
}

类的初始化时机

主动使用（六种）
- 创建类的实例
- 访问某个类的或者接口的静态变量，或者对该静态变量赋予初始值
- 调用类的静态方法
- 使用反射
- 初始化一个类的子类
- Java虚拟机启动时指定为启动类的类
除了以上六种方式外，其他使用Java类的方式都被看做是被动使用，不会导致类的初始化；
1.当Java虚拟机初始化一个类时，要求他的所有父类都已经被初始化，但这条规则不适用于接口； 2.在初始化一个类时，并不会先初始化它所实现的接口； 3.在初始化一个接口时，并不会先初始化它的父接口 **因此，一个父接口并不会因为它的字接口或者实现类的初始化而初始化，只有当程序首次使用特定接口的静态变量时，才会导致该接口的初始化。**

类加载器

类加载器用来把类加载到Java虚拟机中。类的加载过程采用父亲委托机制，这种机制能很好的保证Java平台的安全。按照此委托机制，除了Java虚拟机自带的跟类加载器外，其余的类加载器都有且只有一个父加载器。当Java程序请求加载器loader1加载Sample类时，loader1首先委托自己的父加载器去加载Sample类，若父加载器能加载，则由父加载器完成加载任务，否则才由加载器loader1本身加载Sample类。
加载器分类

跟类加载器（Bootstrap):没有父加载器。负责加载虚拟机的核心类库，如java.lang.*等。跟类加载器的实现依赖于底层操作系统，属于虚拟机实现的一部分，并没有继承java.lang.ClassLoader类。
扩展类加载器(Extension):父加载器为跟类加载器。他从java.ext.dirs系统属性所指定的目录中加载了类库，胡总和从JDK的安装目录jre\lib\ext子目录(扩展目录)下加载类库,如果把用户创建的JAR文件放在这个目录下，也会自动由扩展类加载器加载。扩展类加载器是纯Java类，是java.lang.ClassLoader类的子类；
系统类加载器(System):也成为应用类加载器，父加载器为扩展类加载器。它从环境变量classpath或者系统属性java.lang.classpath所指定的目录中加载类，它是用户自定义的类加载器的默认父加载器。系统类加载器是纯Java类，是java,lang.ClassLoader类的子类。
除了以上虚拟机自带的加载器以外，用户还可以定制自己的类加载器，Java提供了抽象类java.lang.ClassLoader用于用户自定义类加载器

双亲委派机制(父级委派机制）

先来张示意图
在这里插入图片描述
由图分析可得：双亲委托机制采用的是向上委托，向下查找，其步骤如下：

第一步(向上委托)：当前类对.class文件进行加载，先会找到上级类加载器AppClassLoader，然后去缓存查找是否有已加载的类，如果没有则去上级ExtClassLoader缓存查找是否有已记载的类，如果没有则在往上Bootstrap缓存查找是否有已加载的类，如果没有进进入第二步，反之如果上面的任何一步查找缓存有的话，都会直接返回缓存里加载了的.class，而不会继续往上级找；
第二步(向下查找)：第一步缓存找不到就会进入第二步。此时已经到了BootStrap，Bootstrap会先到期对应的加载目录(sun.mic.boot.class)去看看有没有这个类加载，如果有就加载返回，没有则往下级ExtClassLoader对应的加载目录java.ext.dir路径查找，有就加载返回，没有就继续往下找，走到AppClassLoader然后去其对应加载目录java.class.path路径加载，有就加载，没有则让子类查找，然后调用ClassLoader.findClass()方法加载，如果还是找不到就抛出异常。
若有一个类加载器能成功加载Sample类，那么这个类加载器被称为定义类加载器，所有能成功返回class对象的引用的类加载器(包括定义类加载器)都被称为初始类加载器

假设loader1实际加载了Sample类，则loader1为Sample类的定义类加载器，loader2和loader1为Sample类的初始类加载器。
注意：加载器之间的父子关系实际上指的是加载器对象之间的包装关系，而不是类之间的继承关系。一对父子加载器可能是同一个加载器类的两个实例，也可能不是。在子加载器对象中包装了一个父加载器对象。例如：loader1和loader2都是MyClassLoader类的实例，并且loader2包装了loader1，loader1是loader2的父加载器。

ClassLoader loader1=new MyClassLoader();
//参数loader1作为loader2的父加载器
ClassLoader loader2=new MyClassLoader(loader1);

**双亲委派的优点：**能够提高软件系统的安全性。因为在此机制下，用户自定义的类加载器不可能加载应该有父加载器加载的可靠类，从而防止不可靠甚至恶意的代码代替由父加载器加载的可靠代码。

命名空间

每个类加载器都有自己的命名空间，命名空间由该加载器及所有父类加载器所加载的类组成。在同一个命名空间内，不会出现类的完整名字(包括类的包名)相同的两个类，在不同的命名空间中，有可能出现类的完整名字相同的两个类。

不同类加载器的命名空间的关系

同一个命名空间内的类是互相可见的。
子加载器的命名空间包含所有父加载器的命名空间，因此子加载器加载的类能看见父类加载器加载的类。
由父加载器加载的类不能看见子加载器加载的类。
如果两个加载器之间没有直接或者间接的父子关系，那么他们各自加载的类互相不可见。

运行时包

由同一类加载器加载的属于相同包的类组成了运行时包。决定两个类是不是属于同一个运行时包，不仅要看他们的包名是否相同，还要看定义类加载是否相同。只有属于同一运行时包的类才能互相访问包可见(默认访问级别)的类和类成员。这样的限制能避免用户自定义的类冒充核心类库的类，去访问核心类库的包可见成员。

创建自定义的类加载器

要创建自定义的类加载器，只需要扩展java.lang.ClassLoader类，然后覆盖他的findClass(String name)方法即可，该方法根据参数指定的类的名字，返回对应的Class对象的引用。

类的卸载

当Sample类被加载、连接和初始化后，它的生命周期就开始了。当代表Smaple类的class对象不再被引用时，即不可触及时，class对象就会结束生命周期，Sample类在方法区内的数据也会被卸载，从而结束Sample的生命周期。
由Java虚拟机自带的类加载器所加载的类，在虚拟机的生命周期内，始终不会被卸载。包括：跟类加载器、扩展类加载器、系统类加载器。
由用户自定的类加载器所加载的类是可以被卸载的。