为什么 ClassLoader 返回带有多余的第二个感叹号的路径

Question

我正在尝试获取ClassLoader 中的资源。代码的简化版本如下所示：

String ePath = "rewrite/common/RenameFunctor.groovy"
String fPath = ThClType.class.getClassLoader().getResource(ePath);

我作为 fPath 得到的响应是 jar:file:/Users/myName/warPath/warName.war!/WEB-INF/classes!/rewrite/common/RenameFunctor.groovy。我们想要的资源的实际路径正是如此，除了没有第二个感叹号。 （与warName.war不同，classes只是一个普通目录。）

有谁知道可能是什么导致了额外的感叹号和/或可以采取什么措施来解决它？这是更新一些我没有编写的非常旧代码的过程的一部分，因此如果可以对 ClassLoader 行为进行深奥的定制，那么在这种情况下可能已经完成了。如果它是可能的，那么我不知道如何检查，并希望有任何见解。

Answer 1

警告：这个答案是对机制的部分假设和猜测，它可能不是 100% 正确，但我认为它已经足够接近了。据我所知，实际的 WAR 类加载会因 servlet 容器或应用程序服务器而异，所以这个答案可能并不适用于所有这些。

如果你看

jar:file:/Users/myName/warPath/warName.war!/WEB-INF/classes!/rewrite/common/RenameFunctor.groovy

你可以把它分成以下几个部分：

1. file:/Users/myName/warPath/warName.war
2. /WEB-INF/classes
3. /rewrite/common/RenameFunctor.groovy

类路径上的实际资源是最后一个，/rewrite/common/RenameFunctor.groovy，其他部分是war类加载器用于查找包含该资源的类路径部分的坐标：首先是战争文件本身，file:/Users/myName/warPath/warName.war，然后是战争中的路径，/WEB-INF/classes。

该理论建立在JarURLConnection 的文档之上，该文档指出：

到 Java ARchive (JAR) 文件或 JAR 中的条目的 URL 连接 文件。

JAR URL 的语法是：

jar:<url>!/{entry}  

例如：

jar:http://www.foo.com/bar/baz.jar!/COM/foo/Quux.class

Jar URL 应该用于引用 JAR 文件或 JAR 中的条目 文件。上面的示例是一个引用 JAR 条目的 JAR URL。如果 条目名称被省略，URL 指的是整个 JAR 文件： jar:http://www.foo.com/bar/baz.jar!/

所以对于普通的 jar，URL 的第一部分标识 jar 文件本身，第二部分标识 jar 中的资源。

从技术上讲，war 文件是 jar 文件，但与 jar 文件相反，war 文件本身不是类路径的一部分。相反，它包含添加到类路径中的元素。例如，WEB-INF/lib 中的 jar 文件以及 WEB-INF/classes 中的类和其他文件。

! 分隔的部分随后定义了 war 类加载器为定位特定资源所采取的步骤，在本例中为 /rewrite/common/RenameFunctor.groovy。