当我们通过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
}
我读取文件的唯一方法是将其作为输入流获取:
作品:
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并通过Java NIO API读取它,那么它将无法正常工作:
public static URL getResourceOrThrow(String resource) {
URL url = FileUtils.class.getResource(resource);
Objects.requireNonNull(url);
return url;
}
1-Java NIO找不到文件。但是它确实存在,否则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)
3-Java NIO甚至不知道什么是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 FS的specs。
jrt URL是根据RFC 3986使用语法的分层URI
jrt:/ [$$ MODULE [/ $ PATH]]
其中$ MODULE是可选的模块名称,$ PATH(如果存在)是 该模块中特定类或资源文件的路径。的 jrt URL的含义取决于其结构:
jrt:/$MODULE/$PATH refers to the specific class or resource file named $PATH within the given $MODULE. jrt:/$MODULE refers to all of the class and resource files in the module $MODULE. jrt:/ refers to the entire collection of class and resource files stored in the current run-time image.
所以获得的路径对我来说不错。我哪里错了?
答案 0 :(得分:1)
您引用的规范部分涉及URL,而非NIO。两者是不同的机制。 URL仅表示位置。解析真实位置的方式取决于URL协议。在这种情况下,表单为jrt:/[$MODULE]/[$PATH]
,它将搜索图像并返回适当的资源。
但是,当使用NIO时,您将运行时映像作为文件系统来访问。如果您查看JDK-8066492,将会看到JRT文件系统在某一点上得到了增强,可以添加两个目录:modules
和packages
。这些目录直接位于根目录下,其含义在本期中进行了描述。如果要以文件系统的形式访问映像,则需要考虑modules
目录。
不是NIO无法从JRT映像读取文件,而是/main/dict/xkcd_en
确实不存在;实际位置是/modules/main/dict/xkcd_en
。
根据JDK-8216553(在问题注释中由Alan Bateman链接),事实Paths.get(/* jrt uri */)
返回不存在的Path
是一个错误。 < / p>
您可以看到此here的示例。