File.separator和路径中的斜杠之间的区别

在Java Path-String中使用File.separator和普通法/有什么区别？

与双反斜杠相反，\\平台独立性似乎不是原因，因为两个版本都可以在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.separator但是，您可能要在UI中使用，因为最好向人们展示在他们的OS中有意义的东西，而不是对Java有意义的东西。

更新：经过五分钟的搜索，我一直无法找到记录的“您可以始终使用斜线”行为。现在，我确定已经看到了它的文档，但是由于找不到正式的参考文献（因为我的记忆力不佳），我坚持使用，File.separator因为您知道这是可行的。

您File.separator之所以使用它，是因为有一天您的程序可能会在遥远的土地，陌生的事物和陌生的人的土地上开发的平台上运行，马在这里哭泣，母牛在操纵所有电梯。在这片土地上，人们传统上使用“：”字符作为文件分隔符，因此JVM忠于他们的意愿。

尽管使用File.separator引用文件名是过分的（对于那些想像遥远的人，我想他们的JVM实现将用替换a /，:就像Windows jvm用替换了它\）。

但是，有时您会得到文件引用，而不是创建文件引用，并且需要解析它，并且要做到这一点，您需要了解平台上的分隔符。File.separator可以帮助您做到这一点。

好，让我们检查一些代码。
File.java第428至435行File.<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()文档：

java.io.FileSystem
public abstract String fromURIPath（String path）
如有必要，对给定的URI路径字符串进行后处理。这在win32上使用，例如，将“ / c：/ foo”转换为“ c：/ foo”。路径字符串仍带有斜杠分隔符；此方法返回后，File类中的代码将转换它们。

这表示 FileSystem.fromURIPath()仅在Windows中才对URI路径进行后处理，因为在下一行中：

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

它用系统相关的替换每个“ /” seperatorChar，您可以始终确保“ /”在每个操作系统中都是安全的。

嗯，操作系统比Unix和Windows（便携式设备等）更多，而Java以其可移植性而闻名。最佳实践是使用它，因此JVM可以确定哪个操作系统最适合该操作系统。

尽管在进入过程中并没有多大区别，但在返回过程中却有很大的不同。

当然，您可以在新的File（String path）中使用'/'或'\'，但是File.getPath（）只会给您其中之一。

晚会。我在Windows 10上使用JDK 1.8和Eclipse MARS1。
我发现

getClass().getClassLoader().getResourceAsStream("path/to/resource");

工作和

getClass().getClassLoader().getResourceAsStream("path"+File.separator+"to"+File.separator+"resource");

不起作用，并且

getClass().getClassLoader().getResourceAsStream("path\to\resource");

不起作用。最后两个是等效的。所以...我有充分的理由不使用File.separator。

可移植性简单明了。

“面向程序员的Java SE8”声称Java可以解决这两种情况。（第480页，最后一段）。该示例声称：

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

将解析就好了。注意最后一个（Unix风格的）分隔符。

这是俗气的，并且可能容易出错，但这就是他们（Deitel和Deitel）所声称的。

我认为对人而不是Java的困惑是没有使用此功能的充分理由。

先生们用变体细节描述了差异。

我建议在处理程序中的文件时建议使用Apache Commons io api，class FilenameUtils，并且可以在多个OS上进行部署。

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

Files.seperator定义在路径名中分隔目录和文件组件的字符或字符串。对于Unix，Windows和Macintosh，此分隔符分别为'/'，'\'或'：'。

如果您使用的是Java 7，请检出Path.resolve（）和Paths.get（）。

使用File.separator使Ubuntu生成的文件名上带有“ \”而不是目录。也许我对创建文件（和目录）的方式很懒，并且本可以避免这种情况，无论如何，每次都使用“ /”来避免名称上带有“ \”的文件

如果您尝试使用Linux分隔符从某个就绪路径（例如，保存在数据库中）从某个就绪路径创建文件，该怎么办？

也许只是使用路径来创建文件：

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

但是Windows使用其他分隔符（\）。那么，将斜线分隔符转换为平台无关的替代方法吗？喜欢：

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

这个方法 convertPathToPlatformIndependent可能会有某种“ /”分割，并与File.separator联接。

好吧，对我来说，这对于平台无关的语言（对吗？）和Java已经支持在Windows或Linux上使用这不是很好/。但是，如果您正在使用路径，并且每次都必须记住进行此转换，这将是一场噩梦，并且您将来在应用程序上可能没有任何实际收获（也许在@Pointy描述的世界中）。