一、类加载器初探
首先,JVM支持两种类型的加载器,分别为引导类加载器(Bootstrap
ClassLoader)和自定义加载类加载器(User-Defined
ClassLoader)。无论如何划分,程序中我们最常见的类加载器只有如下三种:
(注意,这里的四者是包含关系,不是上下层关系,也不是子父类继承关系)
但是从图中我们看到,除了引导类加载器之外,还有扩展类加载器,系统类加载器,才是我们的自定义类加载器,那么为什么说JVM支持两种类型的加载器呢?原因是因为从概念上讲,自定义类加载器一般指的是由人自定义的一类加载器,但是JVM就没有这种规范,统一的把所有派生于ClassLoader类加载器都划分为自定义类加载器。
我们接下来看看代码是怎么实现的:
(由于我使用的jdk版本是10.0.1的而不是jdk1.8的,所以在运行结果上会稍有区别,但是本质上是一样的,ExtClassLoader(JKD1.9之后为PlatformClassLoader) :扩展类加载器,JDK1.9之后为平台类加载器.从JDK1.8之后的版本(JDK1.9,JDK1.10)提供有一个"PlatformClassLoader"类加载器,而在JDK1.8及以前的版本里面提供的加载器为"ExtClassLoader")
public class ClassLoaderTest {
public static void main(String[] args) {
//获取系统类加载器
ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
System.out.println(systemClassLoader);//jdk.internal.loader.ClassLoaders$AppClassLoader@4629104a
//获取其上层->扩展类加载器
ClassLoader extClassLoader = systemClassLoader.getParent();
System.out.println(extClassLoader);//jdk.internal.loader.ClassLoaders$PlatformClassLoader@f5f2bb7
//获取其上层->获取不到引导类加载器
ClassLoader bootStrapClassLoader = extClassLoader.getParent();
System.out.println(bootStrapClassLoader);//null
//对于用户自定义类来说->使用系统类加载器进行加载
ClassLoader classLoader = ClassLoaderTest.class.getClassLoader();
System.out.println(classLoader);//jdk.internal.loader.ClassLoaders$AppClassLoader@4629104a
//String类使用引导类加载器进行加载的->java核心类库都是使用引导类加载器加载的
ClassLoader classLoader1 = String.class.getClassLoader();
System.out.println(classLoader1);//null获取不到间接证明了String 类使用引导类加载器进行加载的
}
}
输出结果:
jdk.internal.loader.ClassLoaders$AppClassLoader@4629104a
jdk.internal.loader.ClassLoaders$PlatformClassLoader@f5f2bb7
null
jdk.internal.loader.ClassLoaders$AppClassLoader@4629104a
null
通过上述代码不难看出,自定义类加载器使用的是系统类System Class Loader加载器中的AppClassLoader进行加载,一层一层逐层往上输出可以看到对应的结果,那为什么Bootstrap ClassLoader 类加载器我们获取不到?原因主要有两个:
1、引导类加载器只负责加载java的核心类库加载,自定义类是不由其加载的,举个例子就好比如女王的厨师只给女王做饭,平民想让厨师给他做饭,是不可能的(理想化)。
2.Bootstrap ClassLoader是用C/C++语言编写的,嵌套在JVM内部,所以我们也拿不到她的对象。
二、JVM自带的加载器
启动类加载器(引导类加载器—BootStrap ClassLoader)
1.这个类加载使用C/C++语言实现的,嵌套在JVM内部
2.它用来加载java的核心库(JAVA_HOME/jre/lib/rt.jar/resources.jar或sun.boot.class.path路径下的内容),用于提供JVM自身需要的类
3.因为是用C/C++编写的,因此并不继承自java.lang.ClassLoader,没有父加载器
4.加载拓展类和应用程序类加载器,并指定为他们的父加载器(见下图)
5.出于安全考虑,BootStrap启动类加载器只加载包名为java、javax、sun等开头的类
拓展类加载器(Extension ClassLoader/Platform ClassLoader)
1.java语言编写
2.派生于ClassLoader类
3.从java.ext.dirs系统属性所指定的目录中加载类库,或从JDK的安装目录的jre/lib/ext子目录(扩展目录)下加载类库。如果用户创建的JAR放在此目录下,也会由拓展类加载器自动加载
应用程序类加载器(系统类加载器,AppClassLoader)
1.java语言编写
2.派生于ClassLoader类
3.它负责加载环境变量classpath或系统属性 java.class.path指定路径下的类库
4.该类加载器是程序中默认的类加载器,一般来说,java应用的类都是由它来完成加载
5.通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器
三、用户自定义类加载器的使用场景
1.隔离加载类
2.修改类加载的方式
3.拓展加载源
4.防止源码泄漏
四、ClassLoader的常用方法及获取方法
方法名 | 具体作用 |
---|---|
loadClass() | 使用双亲委托加载类 |
defineClass() | 将一个字节流转成Class类实例 ,返回结果为java.lang.Class类的实例 |
findClass() | 从加载器路径搜寻需要处理的类,返回结果为java.lang.Class类的实例 |
findLoadedClass() | 查询某个类是否已经被加载过,返回结果为java.lang.Class类的实例 |
getResourceAsStream() | 读取一个资源文件转成InputStream |
getParent() | 返回该类加载器的超类加载器 |