使用文件有什么区别。分隔符和正常的/在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?


当前回答

迟到了。我使用的是Windows 10, JDK 1.8和Eclipse MARS 1。 我发现

.getResourceAsStream .getClassLoader getClass()()(“路径/ /资源”);

工作和

.getResourceAsStream .getClassLoader getClass()()(“路径”+ File.separator + " " + File.separator +“资源”);

不工作

.getResourceAsStream .getClassLoader getClass()()(“路径\ \资源”);

不管用。后两个是等价的。所以…我有很好的理由不使用File.separator。

其他回答

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

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

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

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

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

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

文件或目录的路径名使用主机系统的命名约定指定。但是,File类定义了与平台相关的常量,可用于以与平台无关的方式处理文件和目录名。

文件。分隔符定义在路径名中分隔目录和文件组件的字符或字符串。对于Unix、Windows和Macintosh,分隔符分别为'/'、'\'或':'。

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

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