我正在从我的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中的适当位置,并具有适当的名称。

我怎么解决这个问题?


当前回答

不要使用绝对路径,让它们相对于项目中的“资源”目录。快速和肮脏的代码,显示MyTest.txt的内容从目录“资源”。

@Test
public void testDefaultResource() {
    // can we see default resources
    BufferedInputStream result = (BufferedInputStream) 
         Config.class.getClassLoader().getResourceAsStream("MyTest.txt");
    byte [] b = new byte[256];
    int val = 0;
    String txt = null;
    do {
        try {
            val = result.read(b);
            if (val > 0) {
                txt += new String(b, 0, val);
            }
        } catch (IOException e) {
            e.printStackTrace();
        } 
    } while (val > -1);
    System.out.println(txt);
}

其他回答

不知道是否有帮助,但在我的情况下,我的资源在/src/文件夹,并得到这个错误。 然后我将图片移动到bin文件夹,它修复了这个问题。

默认的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); 

虽然不是一个答案,但我把这个建议作为一个答案,这样我就可以把截图放进去。

对于那些在Windows平台上开发的人,我强烈推荐Microsoft实用程序ProcMon,或进程监视器。

Process Monitor是微软提供的一套实用程序中的一个实用程序(甚至不需要登录就可以下载)。它们都可以在sysinternals.com上获得,sysinternals.com是微软收购并保留的原始主机。

Process Monitor可以监视与任何正在运行的进程相关的大量事件。如果指定File Open事件并提供文件名(或文件名的一部分),它将记录哪个进程试图打开该文件,并显示搜索的每个目录。当您不知道正在运行的代码在哪里寻找您在源/配置中指定的文件时,这可能很有用。 这里有一个例子:

这里我正在寻找(并没有找到)一个模式文件(XSD),以便代码可以使用它来验证一些用户提供的XML。

因此,从jar中获取资源有几种方法,每种方法的语法略有不同,需要指定不同的路径。

我所看到的最好的解释是来自InfoWorld的这篇文章。我在这里总结一下,但如果你想了解更多,你应该看看这篇文章。

方法

ClassLoader.getResourceAsStream()。

格式:“/”-以名称分隔;没有前导“/”(所有名称都是绝对的)。

例如:this.getClass () .getClassLoader () .getResourceAsStream(“一些/ pkg / resource.properties”);

Class.getResourceAsStream ()

格式:“/”-以名称分隔;前导“/”表示绝对名称;所有其他名称都是相对于类的包

例如:this.getClass () .getResourceAsStream(" /一些/ pkg / resource.properties”);

2020年9月更新:更改文章链接。原文来自Javaworld,它现在托管在InfoWorld上(并且有更多广告)

您真正需要的是文件的一个完整的绝对classPath。因此,与其猜测它,不如尝试找出ROOT,然后将文件移动到以1为基数的更好的位置。战争>文件结构…

URL test1 = getClass().getResource("/");
URL test2 = getClass().getClassLoader().getResource("/");            
URL test3 = getClass().getClassLoader().getResource("../");

logger.info(test1.getPath()); 
logger.info(test2.getPath());
logger.info(test3.getPath());