JVM虚拟机和类加载器

类加载器深入剖析

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

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

2) 程序正常执行结束

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

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

类的加载、连接与初始化

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

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

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

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

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



Java程序对类的使用方式分为两种

1) 主动使用

2) 被动使用

所有的Java虚拟机实现必须在每个类或接口被Java程序

“首次主动调用”时才初始化它们

主动使用（六种）

创建类的实例
访问某个类或接口的静态变量，或者对该静态变量赋值
调用类的静态方法
反射（如Class.forName("com.lang.String")
初始化一个类的子类
Java虚拟机启动时被标为启动类的类

除了以上六种情况，其它使用Java类的方式都被看作是对类的被动使用，都不会导致类的初始化

类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，

然后再堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构

类的加载

加载.class文件的方式

从本地系统中直接加载
通过网络下载.class文件
从zip，jar等归纳文件中加载.class文件
从专有数据库中提取.class文件
将java源文件动态编译为.class文件



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

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

有两种类型的类加载器

（一）Java虚拟机自带的加载器

根加载器（Bootstrap）
扩展类加载器(Extension)
系统类加载器（System）

（二）用户自定义的类加载器

java.lang.ClassLoader的子类
用户可以定制类的加载方式

类加载器并不需要等到某个类被“首次使用”时再加载它

VM规范允许类加载器在预料某个类被使用时就预先加载它，如果存在预先加载的过程中遇到了.class文件缺失或存在错误，

类加载器必须在程序首次主动使用该类时才报告错误（LinkageError错误）

如果这个类一直没有被程序主动使用，那么类加载器就不会报告错误

类被加载后，就进入连接阶段。将已经读入到内存的类的二进制数据合并到虚拟机的运行时环境中去。

类的验证

类的验证的内容

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

类的验证主要包括以下内容。

类文件的结构检查：确保类文件遵从Java类文件的固定格式。

语义检查：确保类本身符合Java语言的语法规定，比如验证final类型的类没有子类，以及final类型的方法没有被覆盖。

字节码验证：确保字节码流可以被Java虚拟机安全的执行，字节码流代表Java方法（包括静态方法和实例方法），它是由被称作操作码的单字节指令组成的序列，每一个操作码后都跟着一个或多个操作数，字节码验证步骤会检查每个操作码是否合法，即是否有着合法的操作数。

二进制兼容的验证：确保相互引用的类之间协调一致，例如在Worker类的goto方法中会调用Car类的run方法，java虚拟机在验证Worker类时，会检查在方法区内是否存在Car类的run方法，假如不存在，会抛出NoSuchMethodError错误。

类的准备

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

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

[java] view
plain copy

print?

public calss Sample{

private static int a = 1;

public static long b;

static{

B = 2;

}

...

}

类的解析

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

[java] view
plain copy

print?

public void gotowork()

car.run();//这段代码在Worker类的二进制数据中表示为符号引用

}

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

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

类的初始化

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

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

[java] view
plain copy

print?

public class Sample{

private int static int a = 1;//在静态变量的声明处进行初始化

public static long b;

public staitc long c;

static {

b=2//在静态代码块中进行初始化

}

....

}

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

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

[java] view
plain copy

print?

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

}

}

类的初始化步骤

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

类的初始化时机

当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类



类加载器的父委托机制

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

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



[java] view
plain copy

print?

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的父加载器。

[java] view
plain copy

print?

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类的定义类加载器及初始类加载器。