如何安全地访问 Java 9+ 中类路径中所有资源文件的 URL？

Question

我们从Java 9 的发行说明中了解到

应用程序类加载器不再是 java.net.URLClassLoader 的实例（以前版本中从未指定的实现细节）。假设 ClassLoader::getSytemClassLoader 返回 URLClassLoader 对象的代码需要更新。

这会破坏旧代码，它会按如下方式扫描类路径：

Java

URL[] ressources = ((URLClassLoader) classLoader).getURLs();

遇到一个

java.lang.ClassCastException: 
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to 
java.base/java.net.URLClassLoader

因此，对于 Java 9+，提出了以下解决方法作为 PR at the Apache Ignite Project，它可以在 JVM 运行时选项中进行调整：--add-opens java.base/jdk.internal.loader=ALL-UNNAMED。但是，正如下面的 cmets 所述，此 PR 从未合并到其 Master 分支中。

/*
 * Java 9 + Bridge to obtain URLs from classpath...
 */
private static URL[] getURLs(ClassLoader classLoader) {
    URL[] urls = new URL[0];

    try {
        //see https://github.com/apache/ignite/pull/2970
        Class builtinClazzLoader = Class.forName("jdk.internal.loader.BuiltinClassLoader");

        if (builtinClazzLoader != null) {
            Field ucpField = builtinClazzLoader.getDeclaredField("ucp");
            ucpField.setAccessible(true);

            Object ucpObject = ucpField.get(classLoader);
            Class clazz = Class.forName("jdk.internal.loader.URLClassPath");

            if (clazz != null && ucpObject != null) {
                Method getURLs = clazz.getMethod("getURLs");

                if (getURLs != null) {
                    urls = (URL[]) getURLs.invoke(ucpObject);
                }
            }
        }

    } catch (NoSuchMethodException | InvocationTargetException | NoSuchFieldException | IllegalAccessException | ClassNotFoundException e) {
        logger.error("Could not obtain classpath URLs in Java 9+ - Exception was:");
        logger.error(e.getLocalizedMessage(), e);
    }
    return urls;
}

但是，由于在此处使用Reflection，这会导致一些严重的头痛。这是一种反模式，受到forbidden-apis maven plugin的严厉批评：

禁止的方法调用：java.lang.reflect.AccessibleObject#setAccessible(boolean) [使用 SecurityManagers 解决访问标志的反射使用失败，并且可能不再适用于 Java 9 中的运行时类]

问题

是否有一种安全的方式来访问类/模块路径中所有资源URLs 的列表，可以由给定的类加载器访问，在OpenJDK 9/10 中不使用@ 987654334@ 导入（例如使用Unsafe）？

UPDATE（与 cmets 有关）

我知道，我可以做到

 String[] pathElements = System.getProperty("java.class.path").split(System.getProperty("path.separator"));

获取类路径中的元素，然后将它们解析为URLs。但是 - 据我所知 - 此属性仅返回应用程序启动时给出的类路径。但是，在容器环境中，这将是应用程序服务器之一，可能还不够，例如然后使用 EAR 包。

更新 2

感谢您的所有 cmets。我将测试System.getProperty("java.class.path") 是否适用于我们的 目的并更新问题，如果这满足我们的需求。

然而，似乎其他项目（可能出于其他原因，例如 Apache TomEE 8） 遭受与URLClassLoader 相关的同样痛苦 - 因此，我认为这是一个有价值的问题.

更新 3

最后，我们确实切换到 classgraph 并将我们的代码迁移到这个库，以解决我们的用例，以从类路径加载捆绑为 JAR 的 ML 资源。

Answer 1

我想这是an XY problem。访问类路径上所有资源的 URL 不是 Java 支持的操作，也不是一件好事。正如您在这个问题中已经看到的那样，如果您尝试这样做，您将一直与框架作斗争。将会有一百万个边缘案例会破坏您的解决方案（自定义类加载器、EE 容器等）。

请您详细说明您为什么要这样做？

如果您有某种插件系统并且正在寻找与您的代码接口的模块，这些模块可能在运行时提供，那么您应该使用the ServiceLoader API，即：

通过将提供者配置文件放置在资源目录META-INF/services 中来标识为类路径打包为JAR 文件的服务提供者。提供者配置文件的名称是服务的完全限定二进制名称。提供者配置文件包含服务提供者的完全限定二进制名称列表，每行一个。 例如，假设服务提供者com.example.impl.StandardCodecs 被打包在一个用于类路径的JAR 文件中。 JAR 文件将包含一个提供程序配置文件，名为：

META-INF/services/com.example.CodecFactory

包含该行：

com.example.impl.StandardCodecs # Standard codecs

Answer 2

AFAIK 您可以解析java.class.path 系统属性以获取网址：

String classpath = System.getProperty("java.class.path");
String[] entries = classpath.split(File.pathSeparator);
URL[] result = new URL[entries.length];
for(int i = 0; i < entries.length; i++) {
    result[i] = Paths.get(entries[i]).toAbsolutePath().toUri().toURL();
}

System.out.println(Arrays.toString(result)); // e.g. [file:/J:/WS/Oxygen-Stable/jdk10/bin/]