27-线程上下文类加载器分析与实现

线程上下文类加载器分析与实现

实例一：

public class MyTest24 {
    public static void main(String[] args) {
        System.out.println(Thread.currentThread().getContextClassLoader()); //这个当前main线程
        System.out.println(Thread.class.getClassLoader());  //Thread类位于rt包中
    }
}
运行结果：
   sun.misc.Launcher$AppClassLoader@18b4aac2
   null

当前类加载器(Current Classloader)

• 每一个类都会使用自己的类加载器（即加载器自身的类加载器）去加载其他类（指的是所依赖的类），
  例如：如果ClassX引用了ClassY，那么ClassX的类加载器就回去加载器ClassY（前提是ClassY尚未被加载）

线程上下文类加载器（Context Classloader）

• 线程上下文类加载器从JDK 1.2开始引入的，类Thread中的getContextClassLoader()与setContextClassLoader(ClassLoader c1)分别来获取和设置上下文类加载器。
• 如果没有通过setContextClassLoader(ClassLoader c1)进行设置的话，线程将继承父类线程的上下文类加载器。Java应用运行时的初始线程的上下文加载器是系统类加载器。在线程中运行的代码可以通过该类加载器来加载类与资源。
• 线程上下文加载器的重要性：
  • SPI (Service Provider Interface)
  • 父ClassLoader可以使用【当前线程Thread.currentThread().getContextClassLoader()所执行的classLoader加载】的类。**这就改变了父ClassLoader不能使用子ClassLoader或是其他没有直接父子关系的ClassLoader加载的类的情况，**即改变了双亲委托模型。
• 线程上下文类加载器就是当前线程的Current ClassLoader
  • 在双亲委托模型下，类加载是由下至上的，即下层的类加载器会委托上层进行加载。但是对于SPI来说，有些接口是Java核心库所提供的的，而Java核心库是由启动类加载器来加载的，而这些接口的实现却来自于不同的jar包（厂商提供），Java的启动类加载器是不会加载器其他来源的jar包，这样传统的双亲委托模型就无法满足SPI的要求。而通过给当前线程设置上下文类加载器，就可以由设置的上下文类加载器来实现对于接口实现类的加载。