【问题标题】:Loading files in a Java ist not working when path contains any whitespaces e.g. %20当路径包含任何空格时,在 Java 中加载文件不起作用,例如%20
【发布时间】:2019-06-29 12:16:37
【问题描述】:

我查看了很多关于 Java 文件和路径问题的答案,甚至有些路径中有空格,但没有回答我想问的问题:

为什么以下代码在非空白目录中有效,为什么会失败?

我将我的问题简化为问题的基本要素,所以我希望任何人都可以向我解释这个问题;-)

我有一个旧 API,我必须提供一些图像的文件句柄,我决定通过相对路径 URL 方法加载图像。

我知道这不适用于 jar,但我不打算从 jar 加载任何图像。该解决方案足以满足我当前的要求 而且我现在不想把所有东西都变成流......

但是任何执行的成功都高度依赖于执行的目录!这对我来说似乎很奇怪。

所以我编写了一个 JUnit 测试并提供了一些位于测试资源目录中的文件来研究这个问题。

└───imageload    
    ├───src
    │   ├───main
    │   │   ├───java
    │   │   └───resources
    │   └───test
    │       ├───java
    │       │   └───stupid
    │       │       └───test
    │       └───resources
    │           └───testset
    └───target
        ├───generated-test-sources
        │   └───test-annotations
        └───test-classes
            ├───stupid
            │   └───test
            └───testset

这是使问题显而易见的测试代码:

package stupid.test;

[... imports omitted...]

public class SimpleTest {

    public static final File getFileByRelativePathURL(String relativePath) {
        URL url = Thread.currentThread().getContextClassLoader().getResource(relativePath);
        File file = new File(url.getPath());
        return file;
    }

    @Test
    void loadImage() {

        File theFile = SimpleTest.getFileByRelativePathURL("testset/black.jpg");
        Boolean exists = theFile.exists();

        assertTrue(exists);
    }


}

在此目录中运行测试时一切正常:

  • D:\Temp\working\imageload\

从这里运行它失败了:

  • D:\Temp\not working\imageload\

我仔细查看了生成的文件实例,目录中的空间被正确转义到这个文件对象路径:

file = D:\Temp\not%20working\imageload\target\test-classes\testset\black.jpg

但是%20肯定有问题,因为根据File Class的“exists()”方法找不到文件。

我希望问题对你们中的许多人来说是显而易见的,但我仍然希望“theFile.exists()”在任何有或没有空格的目录中返回 true。

我做错了什么?

更新:有人问我我的问题是否与本文重复:

不幸的是,该解决方案没有解决我寻找正确相对路径的冲动。相反,它将绝对路径传递给文件构造函数。

但是结合 JB Nizet 的评论帮助我理解了这个问题......虽然这是一个非常肮脏的解决方案,但我将我的相对 URL 方法更改为:

public static final File getFileByRelativePathURL(String relativePath) {
        URL url = Thread.currentThread().getContextClassLoader().getResource(relativePath);
        File file = new File(url.getPath().replaceAll("%20", " "));
        return file;
    }

现在一切正常...愚蠢的我! 我真的必须以另一种方式来做;-)

【问题讨论】:

  • 停止将类路径资源 URL 视为文件路径。做正确的事,它会正常工作。返回 URL 或 InputStream,而不是 File。
  • 好点,但由于我尝试用文件提供的 API 不喜欢流,我该如何避免这个问题?我知道这些问题看起来很愚蠢,但这就是我想要解决的......
  • 如果 API 需要文件只是为了能够从中读取文件,那么它的设计很糟糕,应该将 InputStream 作为参数。您应该修复(或要求修复)API。如果 API 需要文件来写入它们,那么您不应该使用类路径资源来提供 API,而应该使用文件系统上的实际文件。如果您想要一个具有默认内容的文件,您始终可以在提供 API 之前将资源复制到一个文件中。
  • 这是个好建议!我知道我能做些什么!至少我会尝试在我自己的代码中使用流!非常感谢您的帮助! :)
  • 我认为发布您的“更新”作为答案是有意义的

标签: java junit whitespace java-io junit5


【解决方案1】:

感谢 JB Nizet 的评论,我找到了一个解决方案,它可能更像是一个“肮脏的黑客”而不是一个适当的解决方法,但它是解决我当前问题的有效解决方案。

最初的错误是我假设我可以使用转义的 URL 路径作为文件路径,这显然是不正确的。所以我通过像这样修改我的相对路径方法来删除空格的转义:

public static final File getFileByRelativePathURL(String relativePath) {
        URL url = Thread.currentThread().getContextClassLoader().getResource(relativePath);
        File file = new File(url.getPath().replaceAll("%20", " "));
        return file;
    }

这使得 '%20' 替换中的真实空格,现在 JUnit 测试在所有包含空格的路径中工作。但它不是其他空格或转义特殊字符的解决方案。

我会接受建议,并尝试在我正在使用的旧 API 中解决 File 对象的必要性!

在我的代码中,我肯定会支持 Streams! :)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-10-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-07-12
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多