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

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

微信公众号：二虎程序

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