3

我正在努力解决 ClassLoader 试图解析资源的情况，该资源仅在某些条件下有效。

用例如下： 我使用 IBM Rational Functional Tester 和 JBehave 进行自动化验收测试。JBehave 将测试指定为纯文本故事文件。这些故事文件可以引用其他故事文件，即所谓的“Given Stories”。JBehave 使用ExecutorService执行可能是多线程的故事。虽然 JBehave 加载文本文件（使用 ClassLoader.getResourceAsStream）没有问题，但它无法在从 ExecutorService 启动的线程中找到相同的文件。

实际中的 ClassLoader 是ContextFinder。在调试应用程序并暂停两个线程时，最初启动 JBehave 的“主线程”和从执行器服务启动以运行故事文件的“故事线程”，我可以识别类加载器的实例是相同的。还有父母的例子等等。

但是打电话给

Thread.currentThread().getContextClassLoader().getResource("HelloWorld.story")

在主线程中完美运行，故事线程失败并返回 null。

从 ContextFinder 的源代码来看，除了为堆栈上的类收集所有 ClassLoader 之外，它似乎没有做任何其他事情。所以我尝试了这个：

SomeClass.class.getClass().getClassLoader().getResource("HelloWorld.story")

......结果相同。

这对我来说太奇怪了。任何用于调试或解释为什么显示此行为的指针都值得赞赏！

4

1 回答 1

2

线程上下文类加载器 (TCCL) 在 OSGi 中基本上是未定义的。你应该避免使用它。

作为标准 OSGi 的扩展，Equinox 确实提供了一个称为 ContextFinder 的东西，它执行堆栈检查以尝试在调用堆栈中找到最顶层的 OSGi 捆绑类加载器。但是，您几乎无法控制，而且结果可能出乎您的意料。当然，由于这是 Equinox 特定的扩展，任何依赖 ContextFinder 正常工作的代码都将在所有其他 OSGi 框架上失败。

因此，与其浪费时间尝试调试它，不如根本不使用 TCCL。如果要加载相对于特定类的资源，请从文字类对象中执行，例如：

MyClass.class.getResource("HelloWorld.story");

更新：

我在你原来的问题中注意到了这一点：SomeClass.class.getClass(). 其结果将是其java.lang.Class自身的类对象。调用getClassLoader()它总是会返回 JVM 引导类加载器......可能不是你想要的！

于 2013-04-15T18:51:48.307 回答