线程上下文类加载器

线程上下文类加载器( Thread Context ClassLoader) 是从JDK1.2 引入的，类Thread 的getContextClassLoader() 与 setContextClassLoader(Classloader var1) 分别用来设置线程的上下文类加载器。如果没有指定线程的上下文的加载器，那么线程将会继承父线程的上下文类加载器。Java 的初始化线程的上下文加载器，可以通过上下文类加载器加载类与资源。

基本的获取和使用方法:

public class ContextClassLoader {

/**

* 每个类都会使用自己的类加载器尝试去加载所依赖的类

*

*

如果ClassX 依赖了 ClassY ,那么在ClassX的加载器将会在主动引用ClassY 并且ClassY尚未被加载的时候加载ClassY 这个类

*/

public static void main(String[] args) {

System.out.println(Thread.currentThread().getContextClassLoader());

System.out.println(Thread.class.getClassLoader());

}

}

从 JDBC 说起

在以前学习JDBC 的时候我们最深刻的印象应该是 Class.forName("xxxxxx"); 简单的伪代码如下图:

import java.sql.Connection;

import java.sql.DriverManager;

import java.sql.ResultSet;

import java.sql.Statement;

public class DbUtil {

public static final String URL = "jdbc:mysql://localhost:3306/db";

public static final String USER = "root";

public static final String PASSWORD = "123456";

public static void main(String[] args) throws Exception {

Class.forName("com.mysql.jdbc.Driver");

Connection conn = DriverManager.getConnection(URL, USER, PASSWORD);

Statement stmt = conn.createStatement();

ResultSet rs = stmt.executeQuery("SELECT user_name, age FROM student");

}

}

}

从上面的代码中，import导入的 jdbc 的相关类可以看到，他们均来自于 java.sql 包下，根据类的双亲委派机制可以非常清晰的知道，这些接口肯定是来自于 系统类加载器加载。那么具体的其实现类使用我们的应用类加载器加载，所以问题出现 其中的JDBC 标准是由启动器类加载器加载，而具体的实现的类是由系统类加载器加载，所以这就会导致启动类加载器加载的JDBC标准类无法找到子加载器加载的JDBC实现

TCC 的作用: 改变双亲委托模型

上面的实现模式，我们称之为SPI (服务提供接口) ，这种服务方式通过类的双亲委派机制就会出现问题。

这是加载器双亲委派模型的一个缺陷，但是JVM设计者做了一个不太优雅的的方式解决，就是线程上下文类的加载器，  父 ClassLoader 可以使用 Thread.currentThread().getContextClassloader() 所制定的Classloader 加载的类，这就改变了父ClassLoader不能使用子ClassLoader加载的类以及其他没有父子关系的加载器加载类的访问情况，即改变了双亲委托模型。

Java中所有涉及SPI的加载动作都采用这种方式, 实现方案包括:  JDBC、JNDI、JCE以及JBI等

TCC 的使用模式

线程上下文的使用模式主要分为: 获取-> 设置 -> 使用 -> 还原 , 伪代码可以参考:

// 获取原类加载器

ClassLoader classLoader = Thread.currentThread().getContextClassLoader();

// 通过一些手段获取的目标类加载器

ClassLoader targetClassLoader = xxxx;

try {

// 将新的类加载器设置为当前上下文类加载器

Thread.currentThread().setContextClassLoader(targetClassLoader);

// 使用加载器加载一些自己需要的类

loadClass();

} finally {

// 还原

Thread.currentThread().setContextClassLoader(classLoader);

}

总结

当高层提供了统计的接口让低层去实现，同时又要在高层加载(或者实例化)这个类，那么就必须通过线程上下文类加载器帮助高层ClassLoader 加载这个类

父加载器不能访问使用子加载器加载的类，子加载器可以访问使用父加载器加载的类

就SPI服务而言，有些接口是启动类加载器加载，但具体的实现各个厂商有自己不同的实现方式，这些实现是不会被启动类加载器加载的，这样传统的双亲委托机制就无法满足 SPI 的要求。而通过设置当前线程的上下类加载器，就可以通过当前线程的上下文类加载器加载这些类。

Java中所有涉及SPI的加载动作都采用这种方式, 实现方案包括:  JDBC、JNDI、JCE以及JBI等

拓展学习点

Tomcat 中的类加载机制

SpringWeb 中类实现的机制