当我们通过jlink创建Java运行时时,它接受所有的java类/资源,并将它们放入JRT映像文件:lib/modules中。
下面是我使用的基本Maven项目资源结构:
src
main
resources
dict
xkcd_en我只是试着读取xkcd_en文本文件。如果我们查看JRT文件,如下所示:
>> jimage list /path/to/lib/modules
...
Module: main
dict/xkcd_en
...此外,我还显式地在module-info中打开了它,以防万一:
module main {
opens dict;
// ..rest code omitted
}读取该文件的唯一方法是将其作为输入流获得:
WORKS:
public static InputStream getResourceAsStream(String resource) {
return FileUtils.class.getResourceAsStream(resource);
}
System.out.println(new BufferedReader(
new InputStreamReader(getResourceAsStream("/dict/xkcd_en")))
.lines().collect(Collectors.joining("\n"))
);不工作:
但是,如果我试图获取文件URI并通过读取它,它就无法工作:
public static URL getResourceOrThrow(String resource) {
URL url = FileUtils.class.getResource(resource);
Objects.requireNonNull(url);
return url;
}Java找不到文件。但是它确实存在,否则getResource()会返回null。
System.out.println(Paths.get(getResourceOrThrow("/dict/xkcd_en").toURI()));
// /main/dict/xkcd_en
Files.readAllLines(Paths.get(getResourceOrThrow("/dict/xkcd_en").toURI()));
Caused by: java.nio.file.NoSuchFileException: /main/dict/xkcd_en
at java.base/jdk.internal.jrtfs.JrtFileSystem.checkNode(JrtFileSystem.java:494)
at java.base/jdk.internal.jrtfs.JrtFileSystem.getFileContent(JrtFileSystem.java:253)
at java.base/jdk.internal.jrtfs.JrtFileSystem.newInputStream(JrtFileSystem.java:342)
at java.base/jdk.internal.jrtfs.JrtPath.newInputStream(JrtPath.java:631)
at java.base/jdk.internal.jrtfs.JrtFileSystemProvider.newInputStream(JrtFileSystemProvider.java:322)2-同样,如果您要直接使用FileSystem:
FileSystem fs = FileSystems.getFileSystem(URI.create("jrt:/"));
System.out.println(fs.getPath("main/dict/xkcd_en"));
// main/dict/xkcd_en
Files.readAllLines(fs.getPath("main/dict/xkcd_en")));
Caused by: java.nio.file.NoSuchFileException: /main/dict/xkcd_en
at java.base/jdk.internal.jrtfs.JrtFileSystem.checkNode(JrtFileSystem.java:494)Java甚至不知道jrt:/方案是什么。
Files.readAllLines(Paths.get(getResourceOrThrow("/dict/xkcd_en").toExternalForm()));
Caused by: java.nio.file.InvalidPathException: Illegal char <:> at index 3: jrt:/main/dict/xkcd_en
at java.base/sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
at java.base/sun.nio.fs.WindowsPath.parse(WindowsPath.java:92)
at java.base/sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:229)
at java.base/java.nio.file.Path.of(Path.java:147)
at java.base/java.nio.file.Paths.get(Paths.java:69)以下是JRT的规格。
jrt URL是一个分层URI,每个RFC 3986都有以下语法 jrt:/[$模块/$PATH] 其中$MODULE是一个可选的模块名,$PATH (如果存在)是该模块中特定类或资源文件的路径。jrt的含义取决于其结构:
所以获得的路径在我看来是可以的。我哪里错了?
发布于 2019-01-11 08:41:58
JRT文件系统
您引用的JEP部分专门处理URL。如果你继续读下去,你会发现它讨论JRT文件系统的地方:
内置的NIO
FileSystem提供程序可以确保开发工具可以通过加载由URLjrt命名的FileSystem来枚举和读取运行时映像中的类和资源文件,如下所示: FileSystems.getFileSystem(URI.create("jrt:/"));fs = byte[] jlo =Files.readAllBytes(fs.getPath(“模块”、"java.base“、"java/lang/Object.class")); 在此文件系统中添加的顶级modules目录重点包含映像中每个模块的一个子目录。为映像中的每个包添加一个子目录,该子目录包含一个指向定义该包的模块子目录的符号链接。
如您所见,JRT文件系统有两个直接位于根目录下的目录:modules和packages。它们是作为JDK-8066492的一部分添加的,它们的目的由这个问题描述。因此,问题并不是NIO无法读取JRT映像中的资源。问题是:
/main/dict/xkcd_en真的不存在。该资源实际上位于:
/modules/main/dict/xkcd_enJRT网址
JRT URL采用以下三种形式之一(在JEP中您在问题中引用的部分中都提到过):
jrt:/$MODULE/$PATHjrt:/$MODULEjrt:/第一种形式是访问JRT映像中的特定资源,以及我们关心的资源。正如您所看到的,URL不包括上面提到的顶级目录.您可以认为URL总是相对于modules目录。
JRT文件系统提供程序Bug
尽管如此,作为指出 by @阿兰·贝特曼,您遇到了一个bug。当您有一个JRT并尝试将其转换为Path时,您应该得到一个指向现有文件的Path。问题是这种转换没有考虑到modules目录。
这个bug是由JDK-8224946在Java 13中修复的。
https://stackoverflow.com/questions/54140750
复制相似问题