Java thread.getContext().getClassLoader() 唯一性

Question

线程上下文的类加载器有多独特。每次启动线程时都会重置吗？
我们能否始终确保 2 个并行线程永远不会具有相同的上下文类加载器？
我看到像 Axis 这样的一些框架依赖于此来获取和设置运行时设置变量。

Answer 1

How unique is the thread context's classloader.

甚至远程也不行。

Is it reset everytime a thread is started?

当一个线程被创建时，它没有可以重置的上下文加载器。它将继承父线程的上下文加载器。启动线程不会更改其上下文加载器。

Can we always be sure that 2 parallel threads will never have the same context classloader?

这实际上不太可能。如前所述，线程默认继承父级的加载器，因此除非有人使用不同的加载器(默认应用程序类加载器，如 ClassLoader.getSystemClassLoader() 返回)显式调用 setContextClassLoader将被所有线程使用。即使在具有不同类加载器的环境中，也不可能拥有与线程一样多的类加载器。

I see some frameworks like Axis relying on this to get and set run-time setting variables.

这是该功能的主要用途，框架按照惯例使用当前线程的上下文类加载器，但是当然，用于加载类和资源，而不是假设这些加载器的唯一性。 JVM 永远不会单独使用此上下文类加载器，因为类中找到的符号引用是通过该类的定义类加载器来解析的。这同样适用于 Class.forName(String) (没有类加载器参数)。它需要代码主动调用 getContextClassLoader() 并使用返回的加载器进行类加载，以使此功能相关。

不要将类加载器与 ThreadLocal 混淆变量。