我正在尝试以代码访问我在 JSF 应用程序中使用的 i18n 属性文件。（这个想法是有一个页面，实际上将其键和值显示为表格。）
该项目是一个maven项目，在src/resources/localization文件夹下，并部署在WEB-INF\classes\localization\的war文件中
java.util.Properties prop = new java.util.Properties();
String path = "localization/stat_codes.properties";
InputStream foo = prop.getClass().getResourceAsStream(path);
但是，无论我将路径变量设置为 /WEB-INF/classes/localization/stat_codes.properties、“localization.stat_codes.properties”等，变量 foo 都为空。这里有一个类似的问题，但没有帮助也在那里回答。
Class#getResourceAsStream()可以采用相对于Class您在那里使用的位置作为起点的路径。因此，例如，如果类位于com.example包中并且您请求路径foo/filename.properties，那么它将实际加载com/example/foo/filename.properties文件。但是如果你使用/foo/filename.properties，那么它实际上foo/filename.properties会从类路径根目录加载。
所以，你的代码
java.util.Properties prop = new java.util.Properties();
String path = "localization/stat_codes.properties";
InputStream foo = prop.getClass().getResourceAsStream(path);
实际上会寻找java/util/localization/stat_codes.properties文件。
但是在具有复杂的多个类加载器层次结构的应用程序中，一个类加载器不是另一个。加载核心 Java 类的类加载器不一定知道 webapp 的/WEB-INF/classes. 所以前缀路径/不一定是解决方案，它仍然会返回null.
如果您可以保证当前类在与属性文件相同的类加载器中可见（因为它们位于类路径的同一子根目录中，例如/WEB-INF/classes，那么您确实应该使用
String path = "/localization/stat_codes.properties";
InputStream foo = this.getClass().getResourceAsStream(path);
但是，如果在某些时候，属性文件将被外部化，因为在运行时更容易维护/编辑，这样您就不需要在想要编辑文件时重新构建/重新部署/重新启动 webapp，那么上面的代码行也可能会失败。外部化位置只能由不同的类加载器访问。规范的解决方案是使用线程的上下文类加载器作为起点，它可以访问类路径中的所有资源。
String path = "localization/stat_codes.properties";
ClassLoader loader = Thread.currentThread().getContextClassLoader();
InputStream foo = loader.getResourceAsStream(path);
（请注意，这个不能采用以 开头的路径/，它总是相对于公共根）
罪魁祸首似乎是prop对象，我认为任何对象都可以工作，但它似乎必须是调用this该方法的当前对象（） 。getClass()此外，路径应以 a 开头，/因为localization目录位于WEB-INF/classes.
String path = "localization/stat_codes.properties";
InputStream foo = this.getClass().getResourceAsStream(path);