執行緒上下文類載入器（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實現類的時候是使用的執行緒上下文載入器載入的。