使用文件有什么区别。分隔符和正常的/在Java路径字符串?

与双反斜杠相比,平台独立性似乎不是原因,因为这两个版本都可以在Windows和Unix下运行。

public class SlashTest {
    @Test
    public void slash() throws Exception {
        File file = new File("src/trials/SlashTest.java");
        assertThat(file.exists(), is(true));
    }

    @Test
    public void separator() throws Exception {
        File file = new File("src" + File.separator + "trials" + File.separator + "SlashTest.java");
        assertThat(file.exists(), is(true));
    }
}

换句话说,如果/可以在Unix和Windows上工作,为什么要使用File.separator?


当前回答

“Java SE8 for Programmers”声称Java可以应付这两种情况。(第480页,最后一段)。 这个例子声称:

c:\Program Files\Java\jdk1.6.0_11\demo/jfc

会很好地解析。注意最后一个(unix风格的)分隔符。

这很俗气,而且可能容易出错,但这就是他们(Deitel和Deitel)所宣称的。

我认为人们的困惑,而不是Java,是足够的理由不使用这个(mis?)特性。

其他回答

如果您试图使用Linux分隔符从一些现成的路径(保存在数据库中,每个例子)创建一个文件,我应该怎么做?

也许只需要使用创建文件的路径:

new File("/shared/folder/file.jpg");

但是Windows使用不同的分隔符(\)。那么,是否可以将斜杠分隔符转换为平台无关的?如:

new File(convertPathToPlatformIndependent("/shared/folder"));

这个方法convertPathToPlatformIndependent可能会被“/”分割,并连接File.separator。

对我来说,这对于独立于平台的语言来说并不好(对吧?),而且Java已经支持在Windows或Linux上使用/。但是如果您使用的是路径,并且每次都需要记住这种转换,这将是一场噩梦,并且您将不会为应用程序在未来获得任何实际收益(可能在@Pointy所描述的宇宙中)。

如果你使用的是Java 7,签出Path.resolve()和Paths.get()。

操作系统比Unix和Windows多(可移植设备等),Java以其可移植性而闻名。最佳实践是使用它,这样JVM就可以确定哪个最适合该操作系统。

好的,让我们检查一些代码。 <init>:

String p = uri.getPath();
if (p.equals(""))
    throw new IllegalArgumentException("URI path component is empty");

// Okay, now initialize
p = fs.fromURIPath(p);
if (File.separatorChar != '/')
p = p.replace('/', File.separatorChar);

然后读取fs/*(FileSystem)*/.fromURIPath() docs:

java.io.FileSystem 字符串的路径 如果需要,对给定的URI路径字符串进行后处理。这是用于 Win32,例如,将“/c:/foo”转换为“c:/foo”。路径字符串 仍然有斜杠分隔;File类中的代码将转换它们 在此方法返回之后。

这意味着filessystem . fromuripath()只在Windows中对URI路径进行后处理,因为在下一行中:

p = p.replace('/', File.separatorChar);

它将每个'/'替换为依赖于系统的seperatorChar,您可以始终确保'/'在每个操作系统中都是安全的。

您使用File。分隔符,因为有一天你的程序可能会在一个遥远的地方开发的平台上运行,一个充满奇怪的事物和陌生的人的地方,在那里,马会哭,所有的电梯都是由奶牛操纵的。在这片土地上,人们传统上使用“:”字符作为文件分隔符,因此JVM服从他们的意愿。