类的加载概述
我们编写的.java
扩展名的源代码文件存储着要执行的程序逻辑,这些文件需要经过java
编译器编译成.class
文件,.class
文件中存放着编译后虚拟机指令的二进制信息。当需要用到某个类时,虚拟机将会加载它,并在内存中创建对应的class
对象,这个过程称之为类的加载。一个类的生命周期从类被加载、连接和初始化开始,只有在虚拟机内存中,我们的java
程序才可以使用它。
类的加载
通过类的完全限定名(包名和类名)查找此类的字节码文件,把类的.class
文件中的二进制数据读入到内存中,并存放在运行时数据区的方法区中,然后利用字节码文件创建一个Class
对象,用来封装类在方法区内的数据结构并存放在堆区内,这个过程是由类加载器完成的。
连接
- 验证:确保被加载类的正确性。
Class
文件的字节流中包含的信息符合当前虚拟机要求,不会危害虚拟机自身安全。 - 准备:为类的静态变量分配内存,并将其初始化为默认值,此阶段仅仅只为静态变量(即
static
修饰的字段变量)分配内存,并且设置该变量的初始值。对于final static
修饰的变量,编译的时候就会分配了,也不会分配实例变量的内存。 - 解析:把类中的符号引用转换为直接引用,符号引用就是一组符号来描述目标,而直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
初始化
类加载最后阶段,若该类具有父类,则先对父类进行初始化,执行静态变量赋值和静态代码块代码,成员变量也将被初始化。
类加载器
类的加载是由类加载器完成的,类加载器可以分为两种:第一种是Java虚拟机自带的类加载器,分别为启动类加载器、扩展类加载器和系统类加载器。第二种是用户自定义的类加载器,是java.lang.ClassLoader
的子类实例。
虚拟机内置类加载器
根类加载器(Bootstrap)
根类加载器是最底层的类加载器,是虚拟机的一部分。它是由C++语言实现的,且没有父加载器,也没有继承java.lang.ClassLoader
类。它主要负责加载由系统属性sun.boot.class.path
指定的路径下的核心类库,出于安全考虑,根类加载器只加载java、javax、sun
开头的类。
1 | public static void main(String[] args) { |
这里是打印出null
的原因是由于BootStrapClassLoader
是用c++写的,使用原生代码来实现,并不继承于java.lang.ClassLoader
,所以在返回该ClassLoader
时就会返回null
。
扩展类加载器(Extension)
扩展类加载器是指原SUN公司实现的sun.misc.launcher$ExtClassLoader
类(JDK8),它是由java语言编写,父加载器是根类加载器,负责加载<JAVA_HOME>\jre\lib\ext
目录下的类库或者系统变量java.ext.dirs
指定的目录下的类库。
测试dnsns.jar
下类的类加载器,因为该jar
包在jre\lib\ext
目录下
1 | public static void main(String[] args) throws Exception { |
系统类加载器(System)
系统类加载器也称之为应用类加载器,也是纯Java类,是原SUN公司实现的sun.misc.Launcher$AppClassLoader
类(JDK8)。它的父加载器是扩展类加载器,它负责从classpath
环境变量或者系统属性java.class.path
所指定的目录中加载类,它是用户自定义的类加载器的默认父加载器。一般情况下,该类加载器是程序中默认的类加载器,可以通过ClassLoader.getSystemClassLoader()
直接获得
1 | public class ClassLoaderTest { |
自己编写的类使用的类加载器结果为sun.misc.Launcher$AppClassLoader
小结
在程序开发中,类的加载几乎是由上述3种类加载器相互配合执行的,同时我们还可以自定义类加载器。需要注意的是,Java虚拟机对class
文件采用的是按需加载的方式,也就是说当需要使用该类时才会将它的class
文件加载到内存生成class
对象,而且加载某个类的class
文件时,Java虚拟机采用的是双亲委派模式,即把加载类的请求交由父加载器处理,它是一种任务委派模式。
类加载器的双亲委派机制
除了根类加载器之外,其他的类加载器都需要有自己的父加载器。从JDK1.2
开始,类的加载过程采用双亲委派机制,这种机制能够很好的保护Java程序的安全,除了虚拟机自带的根类加载器之外,其余的类加载器都有唯一的父加载器,比如,如果需要ClassLoader
加载一个类时,该ClassLoader
先委托自己的父加载器先去加载这个类,若父加载器能够加载,则由父加载器加载,否则才由ClassLoader
自己加载这个类。真正加载类的加载器我们叫做启动类加载器,注意,双亲委派机制的父子关系并非面向对象程序设计中的继承关系,而是通过使用组合模式来复用父加载器代码,这种机制如下图所示
测试自定义类的类加载器的父子关系,通过getParent()
来获取父类加载器
1 | public class ClassLoaderTest { |
打印出的结果为
1 | ClassLoaderTest类的类加载器是: sun.misc.Launcher$AppClassLoader |
双亲委派机制的好处
- 可以避免类的重复加载,当父类加载器已经加载了该类时,就没有必要子
ClassLoader
再加载一次。 - 考虑到安全因素,Java核心
API
种定义类型不会被随意替换,假设通过网络传递一个名为java.lang.Object
的类,通过双亲委派模式传递到启动类加载器,而启动类加载器在Java核心API
发现这个名字的类,发现该类已经被加载,并不会重新加载网络传递过来的java.lang.Object
,而直接返回已加载过的Objec.class
,这样便可以防止核心API
库被随意篡改。
ClassLoader
所有的类加载器(除了根类加载器)都必须继承java.lang.ClassLoader
,它是一个抽象类,主要的方法如下
loadClass
在ClassLoader
的源码中,有一个方法loadClass(String name, boolean resolve)
,这里就是双亲委派模式的代码实现。从源码中我们可以观察到它的执行顺序,需要注意的是,只有父类加载器加载不到类时,会调用findClass
方法进行类的查找,所以在定义自己的类加载器时,不要覆盖掉该方法,而应该覆盖掉findClass
方法。
ClassLoader
类的loadClass
源码如下
1 | protected Class<?> loadClass(String name, boolean resolve) |
在源码中,首先会通过findLoadClass
方法检查类是否已经被加载。如果没有被加载,就会执行双亲委派模式,通过父类去加载,即在父类上调用loadClass
方法,如果父类加载不到的话,则使用虚拟机的内置类加载器,如果都没有加载成功,就会通过自己的findClass
方法去加载。
findClass
在自定义类加载器时,一般我们需要覆盖这个方法,且ClassLoader
中给出了一个默认的错误实现。如果我们覆盖了这个方法,则会调用我们自己写的方法
1 | protected Class<?> findClass(String name) throws ClassNotFoundException { |
defineClass
该方法用来将byte
字节解析成虚拟机能够识别的Class
对象,defineClass()
方法通常与findClass()
方法一起使用。在自定义类加载器时,会直接覆盖ClassLoader
的findClass()
方法获取要加载类的字节码,然后调用defineClass()
方法生成Class
对象
1 | protected final Class<?> defineClass(String name, byte[] b, int off, int len) |
resolveClass
连接指定的类,类加载器可以使用此方法来连接类
1 | protected final void resolveClass(Class<?> c) { |
URLClassLoader
在java.net
包中,JDK提供了一个更加易用的类加载器URLClassLoader
,它扩展了ClassLoader
,能够从本地或者网络上指定的位置加载类,我们可以使用该类作为自定义的类加载器使用。
构造方法
1 | public URLClassLoader(URL[] urls) { |
指定要加载的类所在的URL地址,父类加载器默认认为系统类加载器
1 | public URLClassLoader(URL[] urls, ClassLoader parent) { |
指定要加载的类所在的URL地址,并指定父类加载器。
使用URLClassLoader加载本地类
创建一个Demo
类如下,路径为/Users/caoyifan/
1 | package elssm.test; |
编译该类
1 | javac -d . Demo.java |
接着使用自己写的类去加载Demo
类
1 | package test; |
输出如下
1 | 父类加载器:sun.misc.Launcher$AppClassLoader@7f31245a |
使用URLClassLoader加载网络上的类
Mac上Apache服务器默认的web根目录在:/Library/WebServer/Documents
,我们可以将Demo
;类放在该目录下进行加载
1 | package test; |
自定义类加载器
自定义文件类加载器
- 继承
ClassLoader
类 - 覆盖
findClass
方法
具体实现
1 | package test; |
自定义网络类加载器
具体实现
1 | package test; |
热部署类加载器
当我们调用loadClass
方法加载类时,会采用双亲委派模式,即如果类已经被加载,就从缓存中获取,不会重新加载,如果同一个class
被同一个类加载器加载多次,则会报错。因此我们要实现热部署让同一个class
文件被不同的类加载器重复加载即可,但是不能调用loadClass
方法,而应该调用findClass
方法,避开双亲委派模式,从而实现同一个类被多次加载,实现热部署。
具体测试
使用loadClass
加载,输出的hashCode
是相同的,说明没有被重复加载。
1 | package test; |
使用findClass
加载,输出的hashCode
是不同的,说明被重复加载。
1 | package test; |
类的显式与隐式加载
类的加载方式是指虚拟机将class
文件加载到内存的方式。
显式加载是指在Java代码中通过调用ClassLoader
加载class
对象,比如Class.forName(String name)
或者this.getClass().getClassLoader().loadClass()
加载类
隐式加载不需要在Java代码中明确调用加载的代码,而是通过虚拟机自动加载到内存中,比如在加载某个class
时,该class
引用了另外一个类的对象,那么这个对象的字节码文件就会被虚拟机自动加载到内存中。