类加载器深入剖析

Java虚拟机与程序的生命周期

1) 执行了System.exit()方法

2) 程序正常执行结束

3) 程序在执行过程中遇到了异常或错误而异常终止

4) 由于操作系统出现错误而导致java虚拟机进程终止

类的加载、连接与初始化

• 加载：查找并加载类的二进制数据
• 连接

           1) 验证：确保被加载的类的正确性

           2) 准备：为类的静态变量分配内存，并将其初始为默认值

           3) 解析：把类中的符号引用转换为直接引用

•  初始化：为类的静态变量赋予正确的初始值

类的验证

 类的验证的内容

• 类文件的结构检查
• 语义检查
• 字节码验证
• 二进制兼容性的验证

类的准备

在准备阶段，Java虚拟机为类的静态变量分配内存，并设置默认的初始值。

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

  

<pre name="code" class="java">public calss Sample{
    private static int a = 1;
    public static long b;
    static{
      B = 2;
    }
    ...
}

类的解析

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

 

<pre name="code" class="java">public void gotowork()
    car.run();//这段代码在Worker类的二进制数据中表示为符号引用
}

在Worker类的二进制数据中，包含了一个队Car类的run（）方法的符号引用，它由run（）方法的全名和相关描述符组成，在解析阶段，Java虚拟机会把这个

符号引用替换为一个指针，该指针指向Car类的run（）方法在方法区内的内存位置，这个指针就是直接引用。

类的初始化

在初始化阶段，Java虚拟机执行类的初始化语句，为类的静态变量赋予初始值。

在程序中，静态变量的初始化有两种途径：（1）在静态变量的声明处进行初始化；（2）在静态代码快中进行初始化。例如在以下代码块中，静态变量a和b都被显示初始化，而静态变量c没有被显示初始化，它将保持默认值0.

 

</pre><pre name="code" class="java">public class Sample{
    private int static int a = 1;//在静态变量的声明处进行初始化
    public static long b;
    public staitc long c;
    static {
      b=2//在静态代码块中进行初始化
    }
    ....
}

静态变量的声明语句中，以及静态代码块都被看做类的初始化语句，Jva虚拟机按照初始化语句在类文件中的先后顺序来依次执行它们。

例如当以下Sample类被初始化后，它的静态变量a的取值为4.

 

<pre name="code" class="java">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
    }
}

 类的初始化步骤

1. 假如这个类还没有被加载和连接，那就先进行加载和连接。
2. 假如类存在直接的父类，并且这个父类还没有被初始化，那就先初始化直接的父类
3. 假如类中存在初始化语句，那就依次执行这些初始化语句

类的初始化时机

当Java虚拟机初始化一个类时，要求它的所有父类都已经被初始化，但是这条规则并不适用于接口。

• 在初始化一个类时，并不会先初始化它所实现的接口。
• 在初始化一个接口时，并不会先初始化它的父接口。

因此，一个父接口并不会因为它的子接口或者实现类的初始化而初始化，只有当程序首次使用特定接口的静态变量时，才会导致该接口的初始化。

 

 只有当程序访问的静态变量或静态方法确实在当前类或当前接口中定义时，才可以认为是对类或接口的主动使用。

 

调用ClassLoader类的loadClass方法加载一个类，并不是对类的主动使用，不会导致类的初始化。

类加载器

类加载器用来把类加载到Java虚拟机中。从JDK1.2版本开始，类的加载过程采用父亲委托机制，这种机制能更好的保证Java平台的安全，。在此委托机制中，除了

Java虚拟机自带的根类加载器以为，其余的类加载器都有且只有一个父加载器。当Java程序请求加载器loader1加载Sample类时，loader1首先委托自己的父加载器

去加载Sample类，若父加载器能加载，则由父加载器完成加载任务，否则才由加载器loader1本身加载Sample类。

• 根（Bootstrap）类加载器：该加载器没有父加载器。它负责家在虚拟机的核心类库，如java.lang.*等。Java.lang.Object就是由根类加载器加载的。根类加载器从系统属性sun.boot.class.path所指定的目录中加载类库。根类加载器的实现依赖于底层操作系统，属于虚拟机的实现的一部分，它没有继承java.lang.ClassLoader类。
• 
  
• 扩展（Extension）类加载器：它的父加载器为根类加载器。它从java.ext.dirs系统属性所指定的目录中加载类库，或者从JDK的安装目录的jre\lib\ext子目录（扩展目录）下加载类库。如果用户创建的jar文件放在这个目录下，也会自动由扩展类加载器加载。扩展类加载器是纯JAVA类，是java.lang.ClassLoader类的子类。
• 
  
• 系统（System）类加载器：也称为应用类加载器，它的父加载器为扩展类加载器。它从环境变量classpath或者系统属性java.class.path所指定的目录中加载类，它是用户自定义的类加载器的默认父加载器。系统类加载器是纯JAVA类，是java.lang.ClassLoader类的子类。

除了以上虚拟机自带的加载器以外，用户还可以定制自己的类加载器

（User-defined Class Loader)。Java提供了抽象类java.lang.ClassLoader,

所有用户自定义的类加载器应该继承ClassLoader类

类加载器的父委托机制

在父亲委托机制中，各个加载器按照父子关系形成了树形结构，

除了根加载器以外，其余的类加载器都有且只有一个父加载器。

Class sampleClass = loader2.loadClass(“Sample”);

    loader2首先从自己的命名空间中查找Sample类是否已经被加载，如果已经加载，直接返回代表Sample类的Class对象的引用。

    如果Sample类还没有被加载，loader2首先请求loader1代为加载，loader1再请求系统类加载器代为加载，系统类加载器再请求扩展类加载器代为加载，扩展类加载器再请求根类加载器代为加载。若根类加载器和扩展类加载器都不能加载，则系统类加载器尝试加载，若能加载成功，则将Sample类所对应的Class对象的引用返回给loader1，loader1再将引用返回给loader2，从而成功将Sample类加载进虚拟机。若系统类加载器不能加载Sample类，则loader1尝试加载Sample类，若loader1也不能成功加载，则loader2尝试加载。若所有的父加载器及loader2本身都不能加载，则抛出ClassNotFoundException异常。

若有一个类加载能成功加载Sample类，那么这个类加载器被称为定义类加载器，所有能成功返回Class对象的引用的类加载器（包括定义类加载器）都被称为初始类加载器。

假设：

Loader1实际加载了Sample类，则loader1为Sample类的定义类加载器，loader2和loader1为Sample类的初始类加载器。

需要指出的是，加载器之间的父子关系实际上指的是加载器对象之间的包装关系，而不是类之间的继承关系。一对父子加载器可能是同一个加载器类的两个实例，也可能不是。在子类加载器对象中包装了一个父加载器对象。例如以下loader1和loader2都MyClassLoader类的实例，并且loader2包装了loader1，loader1是loader2的父加载器。

<pre name="code" class="java">ClassLoader loader1 = new MyClassLoader();
//参数loader1将作为loader2的父加载器
ClassLoader loader2 = new MyClassLoader(loader1);

父亲委托机制的优点是能够提高软件系统的安全性。因为在此机制下，用户自定义的类加载器不可能加载应该由父加载器加载的可靠类，从而防止不可靠甚至恶意的代码代替父加载器加载的可靠代码。例如，java.lang.Object类总是由根类加载器加载，其它任何用户自定义的类加载器都不可能加载含有恶意代码的java.lang.Object类。

命名空间

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

运行时包

由同一类加载器加载的属于相同包的类组成了运行时包。决定两个类是不是属于同一个运行包，不仅要看它们的包名是否相同，还要看定义类加载器是否相同。只有属于同一运行时包的类才能互相访问包可见（即默认访问级别）的类和类成员。这样的限制能避免用户自定义的类冒充核心类库的类，去访问核心类库的包可见成员。假如用户自定义了一个类java.lang.Spy，并由用户自定义的类加载器加载，由于java.lang.Spy和核心类库java.lang.*由不同加载器加载，它们属于不同的运行时包，所以java.lang.Spy不能访问核心类库java.lang包中的包可见成员。

创建用户自定义的类加载器

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

当执行loader2.loadClass（“Sample”）时，先由它上层的所有父加载器尝试加载Sample类。Loader1从d:\myapp\serverlib目录下成功的加载了Sample类，因此loader1是Sample类的定义类加载器，loader1和loader2是Sample类的初始类加载器。

当执行loader3.loadClass（“Sample”）时，先由它上层所有父加载器尝试加载Sample类。Loader3的父加载器为根类加载器，它无法加载Sample类，接着loader3从d:\myapp\serverlib目录下成功的加载了Sample类，因此loader3是Sample类的定义类加载器及初始类加载器。