使用文件有什么区别。分隔符和正常的/在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库,您可以在所有平台上安全地使用/(斜杠,而不是反斜杠)。库代码在内部处理将内容转换到特定于平台的路径。

您可能需要使用File。分隔符,但是,因为它最好向人们展示什么在他们的操作系统中是有意义的,而不是什么在Java中是有意义的。

更新:在五分钟的搜索中,我还没能找到“你总是可以使用斜杠”的行为文档。现在,我确信我已经看到了它的文档,但在没有找到官方参考的情况下(因为我的记忆不完美),我将坚持使用File。分离器,因为你知道那会有用。

其他回答

操作系统比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服从他们的意愿。

使用处理文件的Java库,您可以在所有平台上安全地使用/(斜杠,而不是反斜杠)。库代码在内部处理将内容转换到特定于平台的路径。

您可能需要使用File。分隔符,但是,因为它最好向人们展示什么在他们的操作系统中是有意义的,而不是什么在Java中是有意义的。

更新:在五分钟的搜索中,我还没能找到“你总是可以使用斜杠”的行为文档。现在,我确信我已经看到了它的文档,但在没有找到官方参考的情况下(因为我的记忆不完美),我将坚持使用File。分离器,因为你知道那会有用。

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