/, // 和 File.Separator [重复]答案

【问题标题】：/, // and File.Separator [duplicate]/, // 和 File.Separator [重复]
【发布时间】：2021-05-18 23:44:34
【问题描述】：

有什么区别

fis =new FileInputStream(path+File.separator+"src"+File.separator+"main"+File.separator+"java"+File.separator+"com"+File.separator+"resources"+File.separator+"config.properties");

fis =new FileInputStream(path+"/src/main/java/com/resources/config.properties");

fis =new FileInputStream(path+"\\src\\main\\java\\com\\resources\\config.properties");

我的老师告诉我使用 File.separator，因为它独立于平台，但在互联网上我读到 '/' 可以在 Mac 和 Windows 上运行。我在 Windows 上尝试了 '/' 并且它有效。如果 '/' 在 Mac 和 Windows 上工作，为什么我们需要使用 File.separator？

【问题讨论】：

对于现代应用程序，您可能“不需要”，但是当 Java 提供了一种干净、简单、独立于平台的方式时，您为什么要硬编码文件分隔符并希望它们在每个平台上都能工作它？这种事情可以防止将来出现非常令人沮丧的错误，如果您打算让代码在多个平台上运行（对于 Java，总是如此），那么最好让您的代码尽可能安全和可移植。
这在上一个帖子中得到了彻底的回答。见：stackoverflow.com/questions/2417485/…
非常感谢！
读取资源时，通常不会将其作为文件读取，因为大多数 Java 应用程序都打包为 .jar 文件，并且条目位于单个 .jar 文件中。 jar 文件本身不是文件。相反，此类条目是使用Class.getResourceAsStream 读取的，它接受一个 不是文件名的字符串参数。 该参数是一个相对 URL，在 URL 中，文件分隔符始终是正斜杠 (@987654324 @) 在所有平台上。

标签： java

【解决方案1】：

正斜杠有时在 Windows 上有效。文件系统和内核在路径名中同等对待“/”和“\”。这在 Windows NT 系列（2000、XP、Vista、7、8、10）中一直是这种情况，但对于基于 DOS 的 Windows 来说从未如此。

应用程序代码未必如此包容。不了解此约定的人编写的代码可能无法理解“/”。

然后，还有命令行处理的问题，其中“/”可能表示开关而不是路径。

因此，“Windows”本身将“/”和“\”理解为在路径名中是等价的，但并非所有在 Windows 中运行的代码都知道这一点。

tl;dr - 有时有效，有时无效。

【讨论】：

【解决方案2】：

只需使用java.io.File 或java.nio.Path 处理所有文件，您甚至不需要在尴尬的字符串连接中引用File.separator。

File 和 Path 类都会自动更正正斜杠到平台File.separator，因此正斜杠总是适用于 Windows 上的 Java。

尝试生成相同操作系统路径并避免使用“+”的示例：

String path = "somedir";
Path a = Path.of(path, "src", "main", "java", "com", "resources", "config.properties");
Path b = Path.of(path, "src/main/java/com/resources/config.properties");
Path c = Path.of(path).resolve("src/main/java/com/resources/config.properties");
File d = new File(path, "src/main/java/com/resources/config.properties");

在 Windows 上使用了正确的分隔符 => somedir\src\main\java\com\resources\config.properties。如果没有 JDK11+，请将Path.of 替换为Paths.get (JDK7+)

【讨论】：