Thread.setContextClassLoader 可以设置一个不同于 getCCL 返回的 ClassLoader 吗？

Question

背景：

最近我实现了一段代码，它会为特定的操作设置合适的ClassLoader，并在操作完成后恢复原来的ClassLoader。

例如：

ClassLoader originalCL = Thread.currentThread().getContextClassLoader();
try {
    Thread.currentThread().setContextClassLoader(specialCL);
    // do operation here that requires 'specialCL'
} finally {
    Thread.currentThread().setContextClassLoader(originalCL);
}

根据getContextClassLoader() 文档，返回的空值可能意味着两件事。 1) 系统 CL 或 2) 如果获取 sys CL 失败，则引导 CL。

返回：此线程的上下文 ClassLoader，或 null 表示系统类加载器（或者，如果失败，则为引导类加载器）

根据setContextClassLoader(Classloader cl) 文档，如果提供空 CL，则 1) 系统 CL 或 2) 如果设置 sys CL 失败，则引导 CL。

cl - 此线程的上下文 ClassLoader，或 null 表示系统类加载器（或者，如果失败，则为引导类加载器）

---

问题：

是否有可能使用上面的 try-finally-restore 编程模型，我最终会在线程上得到一个不同于我最初开始使用的 ClassLoader？

例如：

// start out with System CL

ClassLoader original = getContextClassLoader(); // returns null

Thread.currentThread().setContextClassLoader(otherCL);

Thread.currentThread().setContextClassLoader(original); // i.e. set to null
// setCCL() tries to set System CL... fails 
// setCCL() tries to set Bootstrap CL... succeeds

如果我们从 Bootstrap CL 开始，而当我们尝试使用 setContextClassLoader(null) 进行恢复时，系统 CL 也会恢复。两种情况都有可能吗？

Answer 1

不，当您将上下文类加载器设置为null 时，它只是设置为null。所以它将继续使用它最初使用的任何类加载器。