3

我试图找到一种简单的方法来将 a 映射URI到 aPath而无需编写特定于任何特定文件系统的代码。以下似乎可行，但需要有问题的技术：

public void process(URI uri) throws IOException {
    try {
        // First try getting a path via existing file systems. (default fs)
        Path path = Paths.get(uri);
        doSomething(uri, path);
    }
    catch (FileSystemNotFoundException e) {
        // No existing file system, so try creating one. (jars, zips, etc.)
        Map<String, ?> env = Collections.emptyMap();
        try (FileSystem fs = FileSystems.newFileSystem(uri, env)) {
            Path path = fs.provider().getPath(uri);  // yuck :(
            // assert path.getFileSystem() == fs;
            doSomething(uri, path);
        }
    }
}

private void doSomething(URI uri, Path path) {
    FileSystem fs = path.getFileSystem();
    System.out.println(uri);
    System.out.println("[" + fs.getClass().getSimpleName() + "] " + path);
}

在几个示例上运行此代码会产生以下结果：

file:/C:/Users/cambecc/target/classes/org/foo
[WindowsFileSystem] C:\Users\cambecc\target\classes\org\foo

jar:file:/C:/Users/cambecc/bin/utils-1.0.jar!/org/foo
[ZipFileSystem] /org/foo

请注意URIs 是如何映射到Path已“植根”到正确类型的对象上的FileSystem，例如引用 jar 中目录“/org/foo”的路径。

这段代码让我困扰的是，尽管 NIO2 很容易：

  • 将 URI 映射到现有文件系统中的路径： Paths.get(URI)
  • 将 URI 映射到新 FileSystem实例： FileSystems.newFileSystem(uri, env)

...没有很好的方法将 URI 映射到新 FileSystem实例中的路径。

我能找到的最好的方法是，在创建文件系统之后，我可以要求它FileSystemProvider给我路径：

Path path = fs.provider().getPath(uri);

但这似乎是错误的，因为不能保证它会返回一个绑定到我刚刚实例化的文件系统的路径（即，path.getFileSystem() == fs）。它非常依赖 FileSystemProvider 的内部状态来知道我指的是什么 FileSystem 实例。没有更好的办法吗？

4

2 回答 2

5

您在 zipfs 的实现/文档中发现了一个错误。 Path.get 方法的文档指出：

* @throws  FileSystemNotFoundException
*          The file system, identified by the URI, does not exist and
*          cannot be created automatically

编辑：对于需要关闭的文件系统，最好要求程序员调用 newFileSystem 以便他可以关闭它。文档最好自动阅读“如果不应该创建”。

ZipFs 从不尝试创建新的文件系统。失败的 get() 不会被捕获，而是在尝试调用 newFileSystem 之前传递给调用者。见源码：

public Path getPath(URI uri) {

    String spec = uri.getSchemeSpecificPart();
    int sep = spec.indexOf("!/");
    if (sep == -1)
        throw new IllegalArgumentException("URI: "
            + uri
            + " does not contain path info ex. jar:file:/c:/foo.zip!/BAR");
    return getFileSystem(uri).getPath(spec.substring(sep + 1));
}

换句话说：

Paths.get()

对于所有基于 nio2 的文件系统应该足够了。采用 zipfs 设计。

Path path;
try {
   path = Paths.get( uri );
} catch ( FileSystemNotFoundException exp ) {
   try( FileSystem fs = FileSystems.newFileSystem( uri, Collections.EMPTY_MAP )) {;
       path = Paths.get( uri );
       ... use path ...
   }
}

是您的解决方法的缩写形式。

注意：nio 文档声明 getFileSystem 必须使用/返回由匹配的 newFileSystem 创建的文件系统。

于 2013-04-25T11:42:08.053 回答
2

问：“我正在尝试找到一种简单的方法来将 URI 映射到路径，而无需编写特定于任何特定文件系统的代码”

A：没有这样的方法

整个问题只有在与 URI 关联的文件系统尚未打开时才有意义，即当 getFileSystem（在 Paths.get 中）抛出 FileSystemNotFoundException 时。但是要调用 newFileSystem 你需要知道两件事：

  • 用于创建新文件系统的（部分）URI。该文档说，即在默认文件系统的情况下，URI 的路径组件必须是根。例如 getFileSystem(URI.create("file:///duda", Collections.EMPTY_MAP) 失败。
  • 在环境映射中设置什么，例如可能是密码。

因此，要从 URI 创建新文件系统，您必须了解要创建的文件系统。

于 2013-05-03T14:47:13.680 回答