Java线程上下文类加载器在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 的核心库,正常来说，在java 核心库里的代码都是需要用引导类加载器 来加载的，但是 有个例外class.forName("子类实现")，引导类加载器执行这句代码的时候，必然加载  子类实现类，但是它并加载不了，怎么办，只能通过线程上下文类加载器，，于是代码就改成了 class.forName("子类实现"，false，threadcontextloader).这样就可以了。

在 SPI 接口的代码中使用线程上下文类加载器，就可以成功的加载到 SPI 实现的类

我们拿jdbc为例子分析：

private DriverManager(){}

1.  

2. /**

3. * Load the initial JDBC drivers by checking the System property

4. * jdbc.properties and then use the {@code ServiceLoader} mechanism

5. */

6. static {

7. loadInitialDrivers();

8. println("JDBC DriverManager initialized");

9. }

10.  

11. private static void loadInitialDrivers() {

12. AccessController.doPrivileged(new PrivilegedAction<Void>() {

13. //省略...

14. public Void run() {

15. ServiceLoader<Driver> loadedDrivers = ServiceLoader.load(Driver.class);

16. Iterator driversIterator = loadedDrivers.iterator();

17. //省略...

18. return null;

19. }

20. });

21. }

22.  

23. }

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

public static <S> ServiceLoader<S> load(Class<S> service) {

1. ClassLoader cl = Thread.currentThread().getContextClassLoader();

2. return ServiceLoader.load(service, cl);

3. }

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