我正在从我的Java项目的编译JAR中的包中加载一个文本文件。相关目录结构如下:
/src/initialization/Lifepaths.txt
我的代码通过调用Class::getResourceAsStream来返回一个InputStream来加载一个文件。
public class Lifepaths {
public static void execute() {
System.out.println(Lifepaths.class.getClass().
getResourceAsStream("/initialization/Lifepaths.txt"));
}
private Lifepaths() {}
//This is temporary; will eventually be called from outside
public static void main(String[] args) {execute();}
}
不管我用什么，输出总是输出null。我不知道为什么上面的方法不管用，所以我也尝试了一下:
“初始化/ src / / Lifepaths.txt”
“初始化/ Lifepaths.txt”
“Lifepaths.txt”
这两种方法都不起作用。到目前为止，我已经阅读了许多关于这个主题的问题，但没有一个是有帮助的——通常，他们只是说使用根路径加载文件，而我已经这样做了。或者只是从当前目录加载文件(只是加载文件名)，我也尝试过。该文件将被编译到JAR中的适当位置，并具有适当的名称。
我怎么解决这个问题?
因此，从jar中获取资源有几种方法，每种方法的语法略有不同，需要指定不同的路径。
我所看到的最好的解释是来自InfoWorld的这篇文章。我在这里总结一下，但如果你想了解更多，你应该看看这篇文章。
方法
ClassLoader.getResourceAsStream()。
格式:“/”-以名称分隔;没有前导“/”(所有名称都是绝对的)。
例如:this.getClass () .getClassLoader () .getResourceAsStream(“一些/ pkg / resource.properties”);
Class.getResourceAsStream ()
格式:“/”-以名称分隔;前导“/”表示绝对名称;所有其他名称都是相对于类的包
例如:this.getClass () .getResourceAsStream(" /一些/ pkg / resource.properties”);
2020年9月更新:更改文章链接。原文来自Javaworld，它现在托管在InfoWorld上(并且有更多广告)
确保您的资源目录(例如:"src")在类路径中(确保它是eclipse中构建路径中的源目录)。
确保clazz是从主类加载器加载的。
然后，加载src/initialization/Lifepaths.txt，使用
clazz.getResourceAsStream("/initialization/Lifepaths.txt");
原因:
getresourcesasstream (foo)从clazz的类路径中查找foo，相对于clazz所在的目录。前导的“/”使它从clazz类路径中的任何目录的根目录加载。
除非您在某种类型的容器中，比如Tomcat，或者直接使用classloader做一些事情，否则您可以只将eclipse/命令行类路径视为唯一的类加载器类路径。
默认的JVM类加载器将首先使用父类加载器加载资源:
．
lifepathways .class. getclass()的类加载器是引导类加载器，所以getResourceAsStream只搜索$JAVA_HOME，而不管用户提供的类路径是什么。显然，Lifepaths.txt不在那里。
Lifepaths.class的类加载器是系统类路径类加载器，所以getResourceAsStream将搜索用户定义的类路径，Lifepaths.txt在那里。
当使用java.lang.Class#getResourceAsStream(字符串名称)时，不以'/'开头的名称将作为包名的前缀添加。要避免这种情况，请使用java.lang。类加载器# getResourceAsStream代替。
例如:
ClassLoader loader = Thread.currentThread().getContextClassLoader();
String resourceName = "Lifepaths.txt";
InputStream resourceStream = loader.getResourceAsStream(resourceName);
粗略地说:
getClass(). getresource ("/") ~= Thread.currentThread(). getcontextclassloader (). getresource (".")
假设你的项目结构如下:
├── src
│ ├── main
│ └── test
│ ├── java
│ │ └── com
│ │ └── github
│ │ └── xyz
│ │ └── proj
│ │ ├── MainTest.java
│ │ └── TestBase.java
│ └── resources
│ └── abcd.txt
└── target
└── test-classes <-- this.getClass.getResource("/")
│ `--Thread.currentThread().getContextClassLoader().getResources(".")
├── com
│ └── github
│ └── xyz
│ └── proj <-- this.getClass.getResource(".")
│ ├── MainTest.class
│ └── TestBase.class
└── resources
└── abcd.txt
// in MainTest.java
this.getClass.getResource("/") -> "~/proj_dir/target/test-classes/"
this.getClass.getResource(".") -> "~/proj_dir/target/test-classes/com/github/xyz/proj/"
Thread.currentThread().getContextClassLoader().getResources(".") -> "~/proj_dir/target/test-classes/"
Thread.currentThread().getContextClassLoader().getResources("/") -> null
jdk >=9 needs to open non-root/non-co-parent packages to it in the module-info module.
JDK >=9需要在module-info.java中打开资源目录，例如:
src
java
resoureces
相依
json
log4j2.xml
openapi.yaml
如果需要读取conf/config。Json，你需要两个步骤:
// in module-info.java
module your.mod.name {
open conf;
}
// then in java code
getClassLoader().getResourceAsStream("conf/config.json");
否则，如果你需要在根目录下读取other，它只是:
getClassLoader().getResourceAsStream("openapi.yaml");
你可以看到{@link java.lang.ClassLoader#getResourceAsStream(String)}知道为什么~
虽然不是一个答案，但我把这个建议作为一个答案，这样我就可以把截图放进去。
对于那些在Windows平台上开发的人，我强烈推荐Microsoft实用程序ProcMon，或进程监视器。
Process Monitor是微软提供的一套实用程序中的一个实用程序(甚至不需要登录就可以下载)。它们都可以在sysinternals.com上获得，sysinternals.com是微软收购并保留的原始主机。
Process Monitor可以监视与任何正在运行的进程相关的大量事件。如果指定File Open事件并提供文件名(或文件名的一部分)，它将记录哪个进程试图打开该文件，并显示搜索的每个目录。当您不知道正在运行的代码在哪里寻找您在源/配置中指定的文件时，这可能很有用。
这里有一个例子:
这里我正在寻找(并没有找到)一个模式文件(XSD)，以便代码可以使用它来验证一些用户提供的XML。
