我查了一下说明书

类。getResource(字符串资源) 类加载器。getResource(字符串资源)

类的getResource() -文档说明了区别:

这个方法将调用委托给它的类加载器，在对资源名进行这些更改之后:如果资源名以“/”开头，则资源名不变;否则，在将“。”转换为“/”后，包名将放在资源名之前。如果该对象是由引导加载器加载的，则调用将委托给ClassLoader.getSystemResource。

我试着从input1.txt中读取，它在我的一个包中，和试图读取它的类一起。

以下工作:

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

System.out.println(fileName);

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

最重要的部分是调用getPath()，如果您想要字符串格式的正确路径名。不要使用toString()，因为它会添加一些额外的格式文本，这将完全混乱的文件名(你可以尝试一下，看看打印出来)。

花了2个小时调试这个…：(

我查了一下说明书

类。getResource(字符串资源) 类加载器。getResource(字符串资源)

类的getResource() -文档说明了区别:

这个方法将调用委托给它的类加载器，在对资源名进行这些更改之后:如果资源名以“/”开头，则资源名不变;否则，在将“。”转换为“/”后，包名将放在资源名之前。如果该对象是由引导加载器加载的，则调用将委托给ClassLoader.getSystemResource。

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

为了调试这样的问题，我打印了URL:

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

这里所有这些答案，以及这个问题的答案，都建议加载绝对url，比如“/foo/bar”。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:我也把这个贴在这里了

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

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

然而: 我正在做一个项目，其中有几个maven模块和相互依赖的web项目。我使用IntelliJ作为我的IDE来编译和运行web项目。

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