Class.getResource（）和ClassLoader.getResource（）有什么区别？

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

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

AFAIK以下基本上应该做同样的事情，但事实并非如此：

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

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

另一方面，的ClassLoader版本getResource()确实找到了生成的文件。从这种经验看来，目录列表存在某种形式的缓存。我是对的，如果是这样，在哪里记录？

从API文档开始Class.getResource()

查找具有给定名称的资源。搜索与给定类关联的资源的规则由该类的定义类加载器实现。此方法委派给该对象的类加载器。如果此对象是由引导类加载器加载的，则该方法将委托给ClassLoader.getSystemResource（java.lang.String）。

对我来说，这是“ Class.getResource实际上正在调用其自己的类加载器的getResource（）”。这和做一样getClass().getClassLoader().getResource()。但这显然不是。有人可以为我提供一些启发性的东西吗？

回答是否存在任何缓存的问题。

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

但是： 我正在一个具有几个相互依赖的Maven模块和Web项目的项目中。我使用IntelliJ作为我的IDE来编译和运行Web项目。

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

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");

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

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

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

必须在规格中查找它：

• Class.getResource（字符串资源）

• ClassLoader.getResource（字符串资源）

类的getResource（）-文档指出了区别：

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

此处的所有这些答案以及该问题的答案均表明，加载绝对URL（例如“ /foo/bar.properties”）与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：我也把这个贴在这里

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

我尝试从其中一个包中的input1.txt 和试图读取它的类中读取。

以下作品：

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

System.out.println(fileName);

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

最重要的部分是getPath()如果您想要String格式的正确路径名，则调用。请勿使用，toString()因为它会添加一些额外的格式化文本，从而使fileName总数减少（您可以尝试一下并查看打印结果）。

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