【JVM学习笔记】线程上下文类加载器

有许多地方能够看到线程上下文类加载的设置，比如在sun.misc.Launcher类的构造方法中，能够看到如下代码

先写一个例子建立感性认识

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

输出

sun.misc.Launcher$AppClassLoader@18b4aac2
null

这是因为Thread类位于rt.jar包，而当前线程的上下文加载器，也就是加载了main函数所在类的加载器，其实就是系统类加载器

当前类加载器（Current ClassLoader）的概念

每个类都会使用自己的类加载器（即加载自身的类加载器）去加载所依赖的其他类。比如说ClassX引用了ClassY，那么ClassX的类加载器就会去加载ClassY，前提是ClassY尚未被加载。

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

线程上下文类加载器是从JDK1.2开始引入的，类Thread中的getContextClassLoader()于setContextClassLoader(ClassLoader cl)分别用来获取和设置上下文类加载器。

如果没有通过setContextClassLoader(ClassLoader cl)进行设置的话，线程将继承其父线程的上下文类加载器。

Java应用运行时的初始线程的上下文加载器是系统类加载器。线程中运行的代码，可以通过该类加载器来加载类与资源。

线程上下文类加载器的重要性

以JDBC为例，Connection是JDBC的标准接口，该接口位于rt.jar包里，而厂商提供的具体实现则是在厂商提供的jar包里。所以接口部分是由启动类加载器加载的，而实现是由系统类加载器加载的，这样就导致一个问题：根据双亲委托机制，父加载器加载的类无法看到子加载器加载的类，如果rt包中的某些类想要引用第三方厂商jar包里的实现类，就无法引用了。这是双亲委托模型在此类似情况下会出现的问题。这种由第三方厂商提供实现的方式，称为SPI（Service Provider Interface）

使用线程上下文类加载器，父ClassLoader可以使用当前线程Thread.currentThread().getContextClassLoader()所指定的classloader加载的类。这就改变了父ClassLoader不能使用子ClassLoader，或是其他没有直接父子关系的ClassLoader加载的类的情况，即改变了双亲委托模型。

更具体地来说，在main函数中使用ServiceLoader.load(Driver.class) 加载MySql驱动，由于ServiceLoader类在rt.jar包里，如果没有上下文类加载器这种机制，ServiceLoader类内部只会通过启动类加载器去尝试加载驱动，而驱动在第三方jar包里，因此它无法加载，导致失败。

线程上下文类加载器就是打破双亲委托模型的一种方式