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

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

然后你就可以这样获取文件了

File file = resource.getFile();

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

我查了一下说明书

类。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个小时调试这个…：(

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