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

原创已于 2022-05-11 15:52:53 修改 · 1w 阅读

24 ·

CC 4.0 BY-SA版权

文章标签：

#java #开发语言

于 2018-05-15 15:14:48 首次发布

java 专栏收录该内容

26 篇文章

订阅专栏

本文介绍线程上下文类加载器的作用原理及使用场景，解释如何解决双亲委托模型下的SPI接口加载问题，并给出一般使用模式。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

写在前面：

（1）一句话解释线程上下文类加载器：正常情况下，线程执行到某个类的时候，只能看到这个类对应加载器所加载的类。但是你可以为当前线程设置一个类加载器，然后可视范围就增加多一个类加载器加载的类

（2）为什么需要线程上下文类加载器：

jdk内部类用引导类加载器加载，调SPI接口的方法依赖外部JAR包用应用类加载器加载，父加载器访问不到子加载器的类。但是可以设置当前线程的上下文类加载器，把当前线程上下文类加载器加载的类一并纳入可视范围

其他说明：

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

如果没有通过setContextClassLoader方法进行设置的话，线程将继承其父线程的上下文加载器，java应用运行时的初始线程的上下文类加载器是系统类加载器（这里是由Launcher类设置的）。在线程中运行的代码可以通过该类加载器来加载类和资源

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

SPI（Service Provider Interface，服务提供者接口，指的是JDK提供标准接口，具体实现由厂商决定。例如sql）

父ClassLoader可以使用当前线程Thread.current.currentThread().getContextClassLoader()所指定的classLoader加载的类。这就改变了父ClassLoader不能使用子ClassLoader加载的类的情况，即改变了双亲委托模型。

线程上下文类加载器就是当前线程的CurrentClassloader。

在双亲委托模型下，类加载器是由下至上的，即下层的类加载器会委托上层进行加载。但是对于SPI来说，有些接口是JAVA核心库提供的，而JAVA核心库是由启动类加载器来加载的，而这些接口的实现却来自于不同的jar包（厂商提供），JAVA的启动类加载器是不会加载其他来源的jar包，这样传统的双亲委托模型就无法满足SPI的要求。而通过给当前线程设置上下文类加载器，就可以设置的上下文类加载器来实现对于接口实现类的加载。

3.线程上下文类加载器使用的一般模式：（获取-使用-还原）

伪代码：

 ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
 try{
    Thread.currentThread().setContextClassLoader(targetTccl);
    excute();
 } finally {
    Thread.currentThread().setContextClassLoader(classLoader);
 }

4.当高层提供了统一的接口让低层去实现，同时又要在高层加载（或者实例化）低层的类时，就必须要通过线程上下文类加载器来帮助高层的ClassLoader找到并加载该类