JVM学习笔记27——线程上下文加载器分析与实现

编写MyTest24

public class MyTest24 {

    public static void main(String[] args) {
        System.out.println(Thread.currentThread().getContextClassLoader());
        System.out.println(Thread.class.getClassLoader());
    }

}

执行结果

JVM学习笔记27——线程上下文加载器分析与实现_第1张图片

可以看到,上下文加载器是应用类加载器,线程本身的加载器是启动类加载器

当前类加载器(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的要求。而通过给当前线程设置上下文类加载器,就可以由设置的上下文加载器来实现对于接口实现类的加载。

微信公众号:二虎程序

代码地址:https://github.com/TigerTurbo/jvm_lecture

你可能感兴趣的:(JVM学习笔记,JVM)