需要帮助解决奇怪的 Class#getResource() 问题

Question

我有一些从现有 jar 中读取配置文件的遗留代码，例如：

URL url = SomeClass.class.getResource("/configuration.properties");
// some more code here using url variable
InputStream in = url.openStream();

显然它以前工作过，但是当我执行此代码时，URL 是有效的，但我在第三行得到一个 IOException，说它找不到文件。该 url 类似于“file:jar:c:/path/to/jar/somejar.jar!configuration.properties”，因此它看起来不像是类路径问题 - java 非常清楚在哪里可以找到文件..

上面的代码是 ant 任务的一部分，在执行任务时失败了。

太奇怪了——我将代码和 jar 文件复制到一个单独的类中，它按预期工作，属性文件是可读的。

在某个时候，我将 ant 任务的代码更改为

URL url = SomeClass.class.getResource("/configuration.properties");
// some more code here using url variable
InputStream in = SomeClass.class.getResourceAsStream("/configuration.properties");

现在它可以工作了——直到它在另一个实现了类似访问模式的类中崩溃..

为什么它以前可以工作，为什么现在失败了？我目前看到的唯一区别是，旧版本是使用 java 1.4 完成的，而我现在正在尝试使用 Java 6。

解决方法

今天我在构建服务器上安装了 Java 1.4.2_19 并让 ant 使用它。令我完全失望的是：问题消失了。在我看来，java 1.4.2 可以处理这种类型的 URL，而 Java 1.6 不能（至少在我的上下文/环境中）。

我仍然希望得到解释，尽管我正面临重写部分代码以使用表现更稳定的 Class#getRessourceAsStream 的工作......

Answer 1

ClassLoader.getResourceAsStream 的典型实现是：

public InputStream getResourceAsStream(String name) {
    URL url = getResource(name);
    try {
        return url != null ? url.openStream() : null;
    } catch (IOException e) {
        return null;
    }
}

Class.getResource 和 getResourceAsStream 的行为相同。

所以看起来要么您使用了一个奇怪且损坏的 ClassLoader 子类，要么您的测试中有一些错误。

Answer 2

它适用于 getresourceasstream，因为它位于类路径中，但它不适用于 URL，可能是因为 URL 不正确。

我不知道 getResource 创建的 URL 是否不正确，或者协议没有正确的处理程序（不是 file:jar:c:/myjar.jar!configuration.properties 或类似的东西（带有两个冒号吗？）

Answer 3

使用 urlConnection.setUseCaches(false)，因为它是一个 ant 任务，它很可能不会在单独的进程中被分叉。 URL 缓存文件（或 JarFile 在这种情况下）...如果文件由于构建而发生更改，您会得到非常相似的行为。

你可能想在useCaches(true), JarURLConnection.getJarFile().close()的同时关闭修改后的jar文件

有时我希望 Jar/Zip 的处理能好一点

干杯

Answer 4

在使用包含空格的文件 URL 时，多个 Java 版本存在错误。 “/path/to/jar”可能不是你的真实路径，所以我至少假设这是你遇到的。你的代码至少在理论上是可以的。