Class.getResource() 和 ClassLoader.getResource() 有什么区别？

Question

我想知道 Class.getResource() 和 ClassLoader.getResource() 之间有什么区别？

编辑：我特别想知道文件/目录级别是否涉及任何缓存。正如“目录列表是否缓存在类版本中？”

AFAIK 本质上应该执行相同的操作，但事实并非如此：

getClass().getResource() 
getClass().getClassLoader().getResource()

我在摆弄一些在 中创建新文件的报告生成代码时发现了这一点WEB-INF/classes/ 来自该目录中的现有文件。当使用 Class 的方法时，我可以使用 getClass().getResource() 找到部署时存在的文件，但是当尝试获取新创建的文件时，我收到了一个 null 对象。浏览目录清楚地显示新文件就在那里。文件名前面带有正斜杠，如“/myFile.txt”中所示。

另一方面，getResource() 的 ClassLoader 版本确实找到了生成的文件。从这次经验来看，似乎正在对目录列表进行某种缓存。我说得对吗？如果是的话，这个记录在哪里？

来自 API 文档 在 Class.getResource() 上

找到资源 具有给定的名称。规则为 搜索与某个相关的资源 给定的类由 定义类的类加载器。 该方法委托给该对象的 类加载器。如果这个物体是 由引导类加载器加载， 该方法委托给 ClassLoader.getSystemResource(java.lang.String)。

对我来说，这意味着“Class.getResource 实际上是在调用它自己的类加载器的 getResource()”。这与执行 getClass().getClassLoader().getResource() 相同。但显然不是。有人可以为我提供一些关于此事的说明吗？

Answer 1

Class.getResource 可以采用“相对”资源名称，该名称是相对于类的包进行处理的。或者，您可以使用前导斜杠指定“绝对”资源名称。类加载器资源路径始终被认为是绝对的。

所以以下内容基本上是等价的：

foo.bar.Baz.class.getResource("xyz.txt");
foo.bar.Baz.class.getClassLoader().getResource("foo/bar/xyz.txt");

这些也是（但它们与上面不同）：

foo.bar.Baz.class.getResource("/data/xyz.txt");
foo.bar.Baz.class.getClassLoader().getResource("data/xyz.txt");

Answer 2

第一个调用相对于 .class 文件进行搜索，而后者则相对于类路径根进行搜索。

为了调试此类问题，我打印了 URL：

System.out.println( getClass().getResource(getClass().getSimpleName() + ".class") );

Answer 3

必须在规范中查找它：

• Class.getResource(字符串资源)

• ClassLoader.getResource(字符串资源)

类的 getResource() - 文档说明了差异：

在对资源名称进行以下更改后，此方法将调用委托给其类加载器：如果资源名称以“/”开头，则它保持不变；否则，包名称将在转换“.”后添加到资源名称前面。到 ”/”。如果该对象是由引导加载程序加载的，则调用将委托给 ClassLoader.getSystemResource。

Answer 4

这里的所有这些答案，以及这个问题中的答案，都建议加载绝对 URL，例如“/foo/bar.html”。 class.getResourceAsStream(String) 和 class.getClassLoader().getResourceAsStream(String) 处理相同的属性”。事实并非如此，至少在我的 Tomcat 配置/版本（当前为 7.0.40）中并非如此。

MyClass.class.getResourceAsStream("/foo/bar.properties"); // works!  
MyClass.class.getClassLoader().getResourceAsStream("/foo/bar.properties"); // does NOT work!

抱歉，我绝对没有令人满意的解释，但我猜想 tomcat 对类加载器做了肮脏的把戏和他的黑魔法并导致了差异。我过去一直使用 class.getResourceAsStream(String) 并且没有遇到任何问题。

PS：我还在此处发布了此内容

Answer 5

回答是否有缓存的问题。

我通过运行一个独立的 Java 应用程序进一步研究了这一点，该应用程序使用 getResourceAsStream ClassLoader 方法连续从磁盘加载文件。我能够编辑该文件，并且更改会立即反映出来，即，该文件是从磁盘重新加载的，而不进行缓存。

但是：
我正在开发一个包含多个相互依赖的 Maven 模块和 Web 项目的项目。我使用 IntelliJ 作为 IDE 来编译和运行 Web 项目。

我注意到上面的内容似乎不再成立，原因是我正在加载的文件现在已烘焙到 jar 中并部署到依赖的 Web 项目中。我只是在尝试更改目标文件夹中的文件后才注意到这一点，但无济于事。这使得看起来好像正在进行缓存。

Answer 6

从 Java 9 开始，在模块路径上运行时，ClassLoader#getResource 存在一个陷阱。因此，我永远不会在新代码中使用 ClassLoader#getResource 。

如果您的代码位于命名模块中，并且您使用 ClassLoader#getResource，则即使资源位于同一模块中，您的代码也可能无法检索资源。非常令人惊讶的行为。

我自己也经历过这一点，并且对 Class#getResource 和 ClassLoader#getResource 之间的差异感到非常惊讶。然而，这完全是根据 javadoc 指定的行为：

此外，除了资源名称以“.class”结尾的特殊情况外，当无条件打开包时，此方法只会在命名模块的包中查找资源（即使调用者此方法与资源位于同一模块）。

Javadoc（强调我的）

Answer 7

Class.getResources 将通过加载对象的类加载器检索资源。而ClassLoader.getResource将使用指定的类加载器检索资源。

Answer 8

我尝试从我的一个包中的 input1.txt 以及试图读取它的类一起读取。

以下工作：

String fileName = FileTransferClient.class.getResource("input1.txt").getPath();

System.out.println(fileName);

BufferedReader bufferedTextIn = new BufferedReader(new FileReader(fileName));

最重要的部分是调用 getPath()< /code> 如果您想要字符串格式的正确路径名。 不要使用toString()，因为它会添加一些额外的格式化文本，这会完全搞乱文件名（您可以尝试一下并查看打印输出）。

花了 2 个小时调试这个...:(

Answer 9

另一种更有效的方法是使用@Value

@Value("classpath:sss.json")
private Resource resource;

，然后您就可以通过这种方式获取文件

File file = resource.getFile();