Java线程上下文类加载器与SPI

线程上下文类加载器（context class loader）是从JDK 1.2开始引入的。类 java.lang.Thread中的方法getContextClassLoader()和setContextClassLoader(ClassLoader cl)用来获取和设置线程的上下文类加载器。如果没有通过 setContextClassLoader(ClassLoader cl)方法进行设置的话，线程将继承其父线程的上下文类加载器。Java 应用运行的初始线程的上下文类加载器是系统类加载器。在线程中运行的代码可以通过此类加载器来加载类和资源。

为了加载类，Java还提供了很多服务提供者接口（Service Provider Interface，SPI），允许第三方为这些接口提供实现。那类加载就会存在问题：SPI 的接口是 Java 核心库的一部分，是由引导类加载器来加载的；SPI 实现的 Java 类一般是由系统类加载器来加载的。引导类加载器是无法找到 SPI 的实现类的，因为它只加载 Java 的核心库。在 SPI 接口的代码中使用线程上下文类加载器，就可以成功的加载到 SPI 实现的类。java的双亲委托类加载机制（ClassLoader A -> System class loader -> Extension class loader -> Bootstrap class loader）可以保证核心类的正常安全加载。但是右边的 Bootstrap class loader 所加载的代码需要反过来去找委派链靠左边的 ClassLoader A 去加载东西的时候，就需要委派链左边的 ClassLoader 设置为线程的上下文加载器即可。

我们拿jdbc为例子分析：

查看DriverManager源码

private DriverManager(){}

/**
* Load the initial JDBC drivers by checking the System property
* jdbc.properties and then use the {@code ServiceLoader} mechanism
*/
static {
  loadInitialDrivers();
  println("JDBC DriverManager initialized");
}

private static void loadInitialDrivers() {
      AccessController.doPrivileged(new PrivilegedAction<Void>() {
  //省略...
  public Void run() {
  ServiceLoader<Driver> loadedDrivers = ServiceLoader.load(Driver.class);
  Iterator driversIterator = loadedDrivers.iterator();
  //省略...
  return null;
  }
  });
 }

}

其中ServiceLoader.load(Driver.class)方法源码：

public static <S> ServiceLoader<S> load(Class<S> service) {
    ClassLoader cl = Thread.currentThread().getContextClassLoader();
    return ServiceLoader.load(service, cl);
}

可见jdbc在通过SPI方式加载service实现类的时候是使用的线程上下文加载器加载的。