9-类加载器深入解析及重要特性剖析

最新推荐文章于 2021-02-17 00:25:02 发布

SSamsa

最新推荐文章于 2021-02-17 00:25:02 发布

阅读量88

点赞数

分类专栏：看 JVM 视频有感

本文链接：https://blog.csdn.net/qq_40574305/article/details/104783980

版权

72 篇文章 1 订阅

订阅专栏

类加载器深入解析及重要特性剖析

在这里插入图片描述

类的加载的最终产品是位于内存中的Class对象。

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

两种类型的类加载器：
- Java虚拟机自带的加载器
  - 根类加载器（Bootstrap）
  - 扩展类加载器（Extension）
  - 系统（应用）类加载器（System）
- 用户自定义的类加载【除了上面提到的三种虚拟机自带的类加载】
  - java.lang.ClassLoader的子类
  - 用户可以定制类的加载方式【即所有用户自定义的类加载器都应该继承ClassLoader】
  - 上图看着是一种继承关系，实际上是一种包含关系。
类加载器并不需要等到某一个类被”首次主动使用“时再加载它。下面两方面是其原因：
- JVM规范允许类加载器在预料某一个类将要被使用时就预先加载它，如果在预先加载的过程中遇到了.class文件缺失或存在错误，类加载器必须在程序首次主动使用该类时才报告错误（LinkageError错误）。
- 如果这个类一直没有被程序主动使用，那么类加载器就不会报告错误。

在初始化阶段，java虚拟机执行类的初始化语句，为类的静态变量赋予初始值。在程序中，静态变量的初始化有两种途径：
- （1）在静态变量的声明处进行初始化；
- （2）在静态代码块中进行初始化。
例如一下代码中，静态变量a和b都被显示初始化，而静态变量c没有显示初始化，它将保持默认值0.
```
public class Sample{
	private static int a=1;  //在静态变量的声明处进行初始化
   public static long b;
   public static long c;
   static{
      b=2;    //在静态代码块中进行初始化
   }
   ...
  
}
```
静态变量的声明语句，以及静态代码块都被看做类的初始化语句，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.println("a="+a);   //打印a=4
   }
}
```
类的初始化步骤
- 假如这个类还没有被加载和连接，那就先进行加载和连接；[初始化是在加载和连接之后]。
- 假如类存在直接父类，并且这个父类还没有被初始化，那就先初始化直接父类。
- 假如类中存在初始化语句，那就按照这些语句出现的先后顺序依次执行这些初始化语句。

首先是找 类的主动使用 7种方式，【位置：第五节 5-2】
当java虚拟机初始化一个类时，要求它的所有父类都已经被初始化，但是，这条规则并不适用于接口
- 在初始化一个类时，并不会先初始化它所实现的接口。
- 在初始化一个接口时，并不会先初始化它的父接口。
  - 因此，一个父类接口并不会因为它的子接口或者实现类的初始化而初始化。只有当程序首次使用特定接口的静态变量时，才会导致该接口的初始化。
只有当程序访问的静态变量或静态方法确实在当前类或当前接口中定义时，才可以认为是对类或者接口的主动使用。
调用ClassLoader类的loadClass方法加载一个类，并不是对类的主动使用，不会导致类的初始化。

类加载器用来把类加载到java虚拟机中，从JDK1.2版本开始，类的加载过程采用父亲(双亲)委托机制，这种机制能够更好的保证java平台的安全，在此委托机制中，除了java虚拟机自带的根类加载器以外，其余的类加载器有且只有一个父加载器。
当java程序请求加载器loader1加载Sample类时，loader1首先委托自己的父加载器去加载Sample，若父加载器能加载，则由父加载器完成加载任务，否则，才由加载器loader1本身加载Sample类。

关注