文件 Uri 方案和相关文件

Question

假设 uri 的方案是“文件”。还假设路径以 . 开头，

示例路径为 ./.bashrc。完整的 uri 看起来如何？ file://./.bashrc 对我来说似乎很奇怪。

Answer 1

简而言之，文件 URL 的形式为：

file://localhost/absolute/path/to/file [ok]

或者您可以省略主机（但不能省略斜杠）：

file:///absolute/path/to/file [ok]

但不是这个：

file://file_at_current_dir [no way]

也不是这个：

file://./file_at_current_dir [no way]

我刚刚通过 Python 的 urllib2.urlopen() 确认了

更多详细信息 http://en.wikipedia.org/wiki/File_URI_scheme：

"file:///foo.txt" is okay, while "file://foo.txt" is not,
although some interpreters manage to handle the latter

Answer 2

不可能使用带有“.”的完整文件：URI或路径中没有根部分的“..”段。无论您使用“file://./.bashrc”还是“file:///./.bashrc”，这些路径都没有意义。如果您想使用相对链接，请在没有协议/权限部分的情况下使用它：

<a href="./.bashrc">link</a>

如果您想使用完整的 URI，您必须告诉根相对于您的相对路径是：

<a href="file:///home/kindrik/./.bashrc">link</a>

根据 RFC 3986

The path segments "." and "..", also known as dot-segments, are
defined for relative reference within the path name hierarchy.  They
are intended for use at the beginning of a relative-path reference
(Section 4.2) to indicate relative position within the hierarchical
tree of names.  This is similar to their role within some operating
systems' file directory structures to indicate the current directory
and parent directory, respectively.  However, unlike in a file
system, these dot-segments are only interpreted within the URI path
hierarchy and are removed as part of the resolution process (Section
5.2).

The complete path segments "." and ".." are intended only for use
within relative references (Section 4.1) and are removed as part of
the reference resolution process (Section 5.2).  However, some
deployed implementations incorrectly assume that reference resolution
is not necessary when the reference is already a URI and thus fail to
remove dot-segments when they occur in non-relative paths.  URI
normalizers should remove dot-segments by applying the
remove_dot_segments algorithm to the path, as described in Section 5.2.4.

The complete path segments "." and ".." are intended only for use
within relative references (Section 4.1) and are removed as part of
the reference resolution process (Section 5.2) 

RFC 3986 甚至描述了删除这些“.”的算法。和来自 URI 的“..”。

Answer 3

在终端中，您可以输入“file://$PWD/.bashrc”，使用“$PWD”来引用当前目录。

Answer 4

您不应在 file: 后添加双斜杠。正确的形式是

'file:.bashrc'

参见 RFC 3986，path-rootless定义

Answer 5

我不知道你的用例。

我的节点代码中有类似的需求，因此当我需要相对于我的工作目录的文件 url 时，我会创建一个像这样的 url ...

const url = "file://" + process.cwd() + "/" + ".bashrc";

Answer 6

URI 始终是绝对的（除非它们是相对 URI，这是一种没有模式的不同野兽）。这是因为它们是一种服务器-客户端技术，引用服务器的工作目录是没有意义的。话又说回来，引用文件系统在服务器-客户端上下文中也没有意义

Answer 7

在 unix shell 脚本中，我设法做到这一点：

file://`pwd`/relative-path

在您的特定情况下：

file://`pwd`/.bashrc

Answer 8

有一个解决方法可能会有所帮助。

如果在开发时您只能指定文件的相对路径，但需要 URL（需要知道绝对路径），请使用如下代码 (Java)：

new File("relative/path/to/file").toURI().toURL();

这样您就可以获得仍然指向相对路径中的文件的 URL 。它仍然显示在 URL 中，但可以打开。如果您想删除像“..”这样的组件，请使用中间的规范路径。这是一个对我有用的例子：

public static void main(String[] args) throws MalformedURLException, IOException {
  File f = new File("../SimResolver/pom.xml");
  System.out.println(f);
  System.out.println(f.getAbsolutePath());
  System.out.println(f.getCanonicalPath());
  System.out.println(f.toURI());     
  System.out.println(f.toURI().toURL());
  System.out.println(f.getCanonicalFile().toURI());     
  System.out.println(f.getCanonicalFile().toURI().toURL());
  
  InputStream in = f.toURI().toURL().openStream();
  byte[] buffer = new byte[8192];

  int read = in.read(buffer);
  while (read >= 0) {
    System.out.write(buffer, 0, read);
    read = in.read(buffer);
  }
}