在哪里我们将使用Thread.getContextClassLoader（）和ClassLoader.getSystemClassLoader（）可以使用它的instand？

Question

通过谷歌后我确实找不到如何使用Thread.getContextClassLoader（）的例子，

也许这个问题是重复的，如下面线程的上下文类加载器和普通的类加载器之间的差异

我的问题是下面的回顾：我知道使用Thread.getContextLoader的场景，/ lib / j.jar中包含的Becasue JNDI核心类但那些JNDI Core（可能它们只是某些接口）没有实现bean，在其他工作中如果你想使用JNDI的函数，你必须提供JNDI的实现，然后我们将这些实现（可能是jar）放入系统类路径，但现在核心JDNI类由Bootstrap加载，那些核心类必须使用它的实现类，Ok我们提供一个Thread.getContextClassLoader（）（如果你没有任何操作默认是ClassLoader.getSystemClassLoader（）），它现在可以加载那些，我只是假设为什么核心JNDI类使用这种方式来获取systemClassLoader'ClassLoader .getSystemClassLoader（）'直接？

也许我解释的一些观点不正确..

<1>但我只是想了解我们是否可以使用Thread.getClassLoader（）的ClassLoader.getSystemClassLoader（）实例来加载系统类路径类或者在由bootstrap类加载器加载的类中的资源？

Answer 1

Thread.getContextClassLoader()不是从头开始引入java的。 它在多类加载器环境中非常有用，对于在容器中运行的Java EE应用程序来说很快就会为每个企业应用程序分配私有类加载器。 因此，可以使用上下文类加载器检索与此应用程序打包的资源。

它还用于日志记录和log4j等日志系统的自我配置。