编写MyTest24
public class MyTest24 {
public static void main(String[] args) {
System.out.println(Thread.currentThread().getContextClassLoader());
System.out.println(Thread.class.getClassLoader());
}
}
执行结果
可以看到,上下文加载器是应用类加载器,线程本身的加载器是启动类加载器
当前类加载器(Current ClassLoader):
每个类都会使用自己的类加载器(即加载自身的类加载器)来去加载其他类(指的是所依赖的类),如果Class x 引用了Class y,那么Class x的类加载器就会去加载Class y(前提是Class y尚未被加载)。
线程上下文类加载器(Context ClassLoader):
- 线程上下文类加载器是从JDK1.2开始引入的,类Thread中的getContextClassLoader()与setContextClassLoader(ClassLoader cl)分别用来获取和设置上下文类加载器
- 如果没有通过setContextClassLoader进行设置的话,线程将继承其父线程的上下文类加载器。
- Java应用运行时的初始线程上下文加载器是系统类加载器,在线程中运行的代码可以通过该类加载器来加载类与资源
线程上下文类加载器的重要性:
SPI(service provider interface)
父ClassLoader可以使用当前线程Thread.currentThread().getCurrentClassLoader()所指定的ClassLoader加载的类。这就改变了父ClassLoader不能使用子ClassLoader或是其他没有直接父子关系的ClassLoader加载的类的情况,即改变了双亲委托模型。
线程上下文类加载器就是当前线程的current classloader。
在双亲委托模型下,类加载时由下至上的,即下层的类加载器会委托上次进行加载。但是对于SPI来说,有些接口是JAVA核心库提供的,而Java核心库是由启动类加载器加载的,而这些接口的实现却来自于不同的jar包(厂商提供),Java的启动类加载器是不会加载其他来源的Jar包,这样传统的双亲委托模型就无法满足SPI的要求。而通过给当前线程设置上下文类加载器,就可以由设置的上下文加载器来实现对于接口实现类的加载。
微信公众号:二虎程序