类的加载

 

当程序主动使用某个类时，如果该类还未被加载到内存中，则系统会通过加载、连接、初始化三个步骤来对该类进行初始化。

类加载指的是将类的class文件读入内存，并为之创建一个java.lang.Class对象，也就是说，当程序中使用任何类时，系统都会为之建立一个java.lang.Class对象。

类的加载由类加载器完成，类加载器通常由JVM提供，这些类加载器也是前面所有程序运行的基础，JVM提供的这些类加载器通常被称为系统类加载器。除此之外，开发者可以通过继承ClassLoader基类来创建自己的类加载器。

通过使用不同的类加载器，可以从不同来源加载类的二进制数据，通常有如下几种来源。

➢ 从本地文件系统加载class文件，这是前面绝大部分示例程序的类加载方式。

➢ 从JAR包加载class文件，这种方式也是很常见的，前面介绍JDBC编程时用到的数据库驱动类就放在JAR文件中，JVM可以从JAR文件中直接加载该class文件。

➢ 通过网络加载class文件。

➢ 把一个Java源文件动态编译，并执行加载。

类加载器通常无须等到“首次使用”该类时才加载该类，Java虚拟机规范允许系统预先加载某些类。

 

18.1.3 类的连接

当类被加载之后，系统为之生成一个对应的Class对象，接着将会进入连接阶段，连接阶段负责把类的二进制数据合并到JRE中。类连接又可分为如下三个阶段。

（1）验证：验证阶段用于检验被加载的类是否有正确的内部结构，并和其他类协调一致。

（2）准备：类准备阶段则负责为类的类变量分配内存，并设置默认初始值。

（3）解析：将类的二进制数据中的符号引用替换成直接引用。

 

18.1.4 类的初始化

在类的初始化阶段，虚拟机负责对类进行初始化，主要就是对类变量进行初始化。在Java类中对类变量指定初始值有两种方式：① 声明类变量时指定初始值；② 使用静态初始化块为类变量指定初始值。例如下面代码片段。

对于上面代码，程序为类变量a、b都显式指定了初始值，所以这两个类变量的值分别为5、6，但类变量c则没有指定初始值，它将采用默认初始值0。

声明变量时指定初始值，静态初始化块都将被当成类的初始化语句，JVM会按这些语句在程序中的排列顺序依次执行它们，例如下面的类。

上面代码先在静态初始化块中为b变量赋值，此时类变量b的值为6；接着程序向下执行，执行到①号代码处，这行代码也属于该类的初始化语句，所以程序再次为类变量b赋值。也就是说，当Test类初始化结束后，该类的类变量b的值为9。

JVM初始化一个类包含如下几个步骤。

① 假如这个类还没有被加载和连接，则程序先加载并连接该类。

② 假如该类的直接父类还没有被初始化，则先初始化其直接父类。

③ 假如类中有初始化语句，则系统依次执行这些初始化语句。

当执行第2个步骤时，系统对直接父类的初始化步骤也遵循此步骤1～3；如果该直接父类又有直接父类，则系统再次重复这三个步骤来先初始化这个父类……依此类推，所以JVM最先初始化的总是java.lang.Object类。当程序主动使用任何一个类时，系统会保证该类以及所有父类（包括直接父类和间接父类）都会被初始化。关于这一点请参考5.9.3节的内容。

 

18.1.5 类初始化的时机

当Java程序首次通过下面6种方式来使用某个类或接口时，系统就会初始化该类或接口。

➢ 创建类的实例。为某个类创建实例的方式包括：使用new操作符来创建实例，通过反射来创建实例，通过反序列化的方式来创建实例。➢ 调用某个类的类方法（静态方法）。

➢ 访问某个类或接口的类变量，或为该类变量赋值。

➢ 使用反射方式来强制创建某个类或接口对应的java.lang.Class对象。例如代码：Class.forName（"Person"），如果系统还未初始化Person类，则这行代码将会导致该Person类被初始化，并返回Person类对应的java.lang.Class对象。关于Class的forName方法请参考18.3节。

➢ 初始化某个类的子类。当初始化某个类的子类时，该子类的所有父类都会被初始化。

➢ 直接使用java.exe命令来运行某个主类。当运行某个主类时，程序会先初始化该主类。

除此之外，下面的几种情形需要特别指出。

对于一个final型的类变量，如果该类变量的值在编译时就可以确定下来，那么这个类变量相当于“宏变量”。Java编译器会在编译时直接把这个类变量出现的地方替换成它的值，因此即使程序使用该静态类变量，也不会导致该类的初始化。例如下面示例程序的结果。

上面程序的MyTest类中有一个compileConstant的类变量，该类变量使用了final修饰，而且它的值可以在编译时确定下来，因此compileConstant会被当成“宏变量”处理。程序中所有使用compileConstant的地方都会在编译时被直接替换成它的值——也就是说，上面程序中①号粗体字代码在编译时就会被替换成“疯狂Java讲义”，所以该代码不会导致初始化MyTest类。

 

提示：当某个类变量（也叫静态变量）使用了final修饰，而且它的值可以在编译时就确定下来，那么程序其他地方使用该类变量时，实际上并没有使用该类变量，而是相当于使用常量。

反之，如果final修饰的类变量的值不能在编译时确定下来，则必须等到运行时才可以确定该类变量的值，如果通过该类来访问它的类变量，则会导致该类被初始化。例如将上面程序中定义compileConstant的代码改为如下：

因为上面定义的compileConstant类变量的值必须在运行时才可以确定，所以①处的粗体字代码必须保留为对MyTest类的类变量的引用，这行代码就变成了使用MyTest的类变量，这将导致MyTest类被初始化。

当使用ClassLoader类的loadClass()方法来加载某个类时，该方法只是加载该类，并不会执行该类的初始化。使用Class的forName()静态方法才会导致强制初始化该类。例如如下代码。

上面程序中的两行粗体字代码都用到了Tester类，但第一行粗体字代码只是加载Tester类，并不会初始化Tester类。运行上面程序，会看到如下运行结果：

’从上面的运行结果可以看出，必须等到执行Class.forName（"Tester"）时才完成对Tester类的初始化。

 

18.2 类加载器

类加载器负责将.class文件（可能在磁盘上，也可能在网络上）加载到内存中，并为之生成对应的java.lang.Class对象。尽管在Java开发中无须过分关心类加载机制，但所有的编程人员都应该了解其工作机制，明白如何做才能让其更好地满足我们的需要。

 

18.2.1 类加载机制

类加载器负责加载所有的类，系统为所有被载入内存中的类生成一个java.lang.Class实例。一旦一个类被载入JVM中，同一个类就不会被再次载入了。现在的问题是，怎么样才算“同一个类”？

正如一个对象有一个唯一的标识一样，一个载入JVM中的类也有一个唯一的标识。在Java中，一个类用其全限定类名（包括包名和类名）作为标识；但在JVM中，一个类用其全限定类名和其类加载器作为唯一标识。例如，如果在pg的包中有一个名为Person的类，被类加载器ClassLoader的实例kl负责加载，则该Person类对应的Class对象在JVM中表示为（Person、pg、kl）。这意味着两个类加载器加载的同名类：（Person、pg、kl）和（Person、pg、kl2）是不同的，它们所加载的类也是完全不同、互不兼容的。

当JVM启动时，会形成由三个类加载器组成的初始类加载器层次结构。

➢ Bootstrap ClassLoader：根类加载器。

➢ Extension ClassLoader：扩展类加载器。

➢ System ClassLoader：系统类加载器。

Bootstrap ClassLoader被称为引导（也称为原始或根）类加载器，它负责加载Java的核心类。在Sun的JVM中，当执行java.exe命令时，使用-Xbootclasspath或-D选项指定sun.boot.class.path系统属性值可以指定加载附加的类。

JVM的类加载机制主要有如下三种。

➢ 全盘负责。所谓全盘负责，就是当一个类加载器负责加载某个Class时，该Class所依赖的和引用的其他Class也将由该类加载器负责载入，除非显式使用另外一个类加载器来载入。

➢ 父类委托。所谓父类委托，则是先让parent（父）类加载器试图加载该Class，只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。

➢ 缓存机制。缓存机制将会保证所有加载过的Class都会被缓存，当程序中需要使用某个Class时，类加载器先从缓存区中搜寻该Class，只有当缓存区中不存在该Class对象时，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓存区中。这就是为什么修改了Class后，必须重新启动JVM，程序所做的修改才会生效的原因。

注意：类加载器之间的父子关系并不是类继承上的父子关系，这里的父子关系是类加载器实例之间的关系。

 

除了可以使用Java提供的类加载器之外，开发者也可以实现自己的类加载器，自定义的类加载器通过继承ClassLoader来实现。JVM中这4种类加载器的层次结构如图18.1所示。

下面程序示范了访问JVM的类加载器。

运行上面程序，会看到如下运行结果：

从上面运行结果可以看出，系统类加载器的加载路径是程序运行的当前路径，扩展类加载器的加载路径是null（与Java 8有区别），但此处看到扩展类加载器的父加载器是null，并不是根类加载器。这是因为根类加载器并没有继承ClassLoader抽象类，所以扩展类加载器的getParent()方法返回null。但实际上，扩展类加载器的父类加载器是根类加载器，只是根类加载器并不是Java实现的。

从运行结果可以看出，系统类加载器是AppClassLoader的实例，扩展类加载器PlatformClassLoader的实例。实际上，这两个类都是URLClassLoader类的实例。

注意：JVM的根类加载器并不是Java实现的，而且由于程序通常无须访问根类加载器，因此访问扩展类加载器的父类加载器时返回null。

类加载器加载Class大致要经过如下8个步骤。

① 检测此Class是否载入过（即在缓存区中是否有此Class），如果有则直接进入第8步，否则接着执行第2步。

② 如果父类加载器不存在（如果没有父类加载器，则要么parent一定是根类加载器，要么本身就是根类加载器），则跳到第4步执行；如果父类加载器存在，则接着执行第3步。

③ 请求使用父类加载器去载入目标类，如果成功载入则跳到第8步，否则接着执行第5步。

④ 请求使用根类加载器来载入目标类，如果成功载入则跳到第8步，否则跳到第7步。

⑤ 当前类加载器尝试寻找Class文件（从与此ClassLoader相关的类路径中寻找），如果找到则执行第6步，如果找不到则跳到第7步。

⑥ 从文件中载入Class，成功载入后跳到第8步。

⑦ 抛出ClassNotFoundException异常。

⑧ 返回对应的java.lang.Class对象。其中，第5、6步允许重写ClassLoader的findClass()方法来实现自己的载入策略，甚至重写loadClass()方法来实现自己的载入过程。

 

18.2.2 创建并使用自定义的类加载器

JVM中除根类加载器之外的所有类加载器都是ClassLoader子类的实例，开发者可以通过扩展ClassLoader的子类，并重写该ClassLoader所包含的方法来实现自定义的类加载器。查阅API文档中关于ClassLoader的方法不难发现，ClassLoader中包含了大量的protected方法——这些方法都可被子类重写。

ClassLoader类有如下两个关键方法。

➢ loadClass(String name, boolean resolve)：该方法为ClassLoader的入口点，根据指定名称来加载类，系统就是调用ClassLoader的该方法来获取指定类对应的Class对象。

➢ findClass(String name)：根据指定名称来查找类。

如果需要实现自定义的ClassLoader，则可以通过重写以上两个方法来实现，通常推荐重写findClass()方法，而不是重写loadClass()方法。loadClass()方法的执行步骤如下。

 

① 用findLoadedClass(String) 来检查是否已经加载类，如果已经加载则直接返回。

② 在父类加载器上调用loadClass()方法。如果父类加载器为null，则使用根类加载器来加载。

③ 调用findClass(String)方法查找类。

从上面步骤中可以看出，重写findClass()方法可以避免覆盖默认类加载器的父类委托、缓冲机制两种策略；如果重写loadClass()方法，则实现逻辑更为复杂。

在ClassLoader里还有一个核心方法：Class defineClass(String name, byte[] b, int off, int len)，该方法负责将指定类的字节码文件（即Class文件，如Hello.class）读入字节数组byte[] b内，并把它转换为Class对象，该字节码文件可以来源于文件、网络等。

defineClass()方法管理JVM的许多复杂的实现，它负责将字节码分析成运行时数据结构，并校验有效性等。不过不用担心，程序员无须重写该方法。实际上该方法是final的，即使想重写也没有机会。

 

除此之外，ClassLoader里还包含如下一些普通方法。

➢ findSystemClass(String name)：从本地文件系统装入文件。它在本地文件系统中寻找类文件，如果存在，就使用defineClass()方法将原始字节转换成Class对象，以将该文件转换成类。

➢ static getSystemClassLoader()：这是一个静态方法，用于返回系统类加载器。

➢ getParent()：获取该类加载器的父类加载器。

➢ resolveClass(Class<?> c)：链接指定的类。类加载器可以使用此方法来链接类c。读者无须理会关于此方法的太多细节。

➢ findLoadedClass(String name)：如果此Java虚拟机已加载了名为name的类，则直接返回该类对应的Class实例，否则返回null。该方法是Java类加载缓存机制的体现。

下面程序开发了一个自定义的ClassLoader，该ClassLoader通过重写findClass()方法来实现自定义的类加载机制。这个ClassLoader可以在加载类之前先编译该类的源文件，从而实现运行Java之前先编译该程序的目标，这样即可通过该ClassLoader直接运行Java源文件。

-----

上面程序中的粗体字代码重写了findClass()方法，通过重写该方法就可以实现自定义的类加载机制。在本类的findClass()方法中先检查需要加载类的Class文件是否存在，如果不存在则先编译源文件，再调用ClassLoader的defineClass()方法来加载这个Class文件，并生成相应的Class对象。

提示：上面程序的main()方法中的粗体字代码使用了反射来调用方法，关于使用反射调用方法的内容请参考本章18.4节的内容。

本示例程序提供的类加载器功能比较简单，仅仅提供了在运行之前先编译Java源文件的功能。实际上，使用自定义的类加载器，可以实现如下常见功能。

➢ 执行代码前自动验证数字签名。

➢ 根据用户提供的密码解密代码，从而可以实现代码混淆器来避免反编译*.class文件。

➢ 根据用户需求来动态地加载类。➢ 根据应用需求把其他数据以字节码的形式加载到应用中。

 

18.3.1 获得Class对象

前面已经介绍过了，每个类被加载之后，系统就会为该类生成一个对应的Class对象，通过该Class对象就可以访问到JVM中的这个类。在Java程序中获得Class对象通常有如下三种方式。

➢ 使用Class类的forName(String clazzName)静态方法。该方法需要传入字符串参数，该字符串参数的值是某个类的全限定类名（必须添加完整包名）。

➢ 调用某个类的class属性来获取该类对应的Class对象。例如，Person.class将会返回Person类对应的Class对象。

➢ 调用某个对象的getClass()方法。该方法是java.lang.Object类中的一个方法，所以所有的Java对象都可以调用该方法，该方法将会返回该对象所属类对应的Class对象。

对于第一种方式和第二种方式都是直接根据类来取得该类的Class对象，相比之下，第二种方式有如下两种优势。

➢ 代码更安全。程序在编译阶段就可以检查需要访问的Class对象是否存在。

➢ 程序性能更好。因为这种方式无须调用方法，所以性能更好。

也就是说，大部分时候都应该使用第二种方式来获取指定类的Class对象。但如果程序只能获得一个字符串，例如"java.lang.String"，若需要获取该字符串对应的Class对象，则只能使用第一种方式，使用Class的forName(String clazzName)方法获取Class对象时，该方法可能抛出一个ClassNotFoundException异常。

一旦获得了某个类所对应的Class对象之后，程序就可以调用Class对象的方法来获得该对象和该类的真实信息了。