通过简单的替换将Windows文件路径转换为Unix文件路径是否安全？

因此，例如说我拥有它，这样我的所有文件都将从Windows机器转移到Unix机器，例如：C:\test\myFile.txtto {somewhere}/test/myFile.txt（此时驱动器号无关）。

当前，我们自己编写的实用程序库提供了一种方法，可以用正斜杠简单地替换所有反斜杠：

public String normalizePath(String path) {
   return path.replaceAll("\\", "/");
}

斜杠是保留的，不能成为文件名的一部分，因此应保留目录结构。但是，我不确定Windows和Unix路径之间是否还有其他可能需要担心的麻烦（例如：非ASCII名称等）

是的， 如果您仅在Windows上进行替换，并且在其他系统上运行时将其关闭。

在类Unix系统上进行替换是错误的，因为在类Unix平台上文件或目录名称中\是有效字符。在这些平台上，文件名和目录名仅NUL和/被禁止。

另外，某些Windows API函数（大多数是较低级别的函数）不允许使用正斜杠- 必须将反斜杠与它们一起使用。

是的，但这整件事是有争议的。Java在Windows上将正斜杠无缝转换为反斜杠。您可以对所有硬编码或存储在配置中的路径简单地使用正斜杠，并且这两个平台都可以使用。

就个人而言，即使在Windows上，我也总是使用正斜杠，因为它不是转义符。无论原始路径是在代码中还是在属性文件中外部化，我都以相同的方式对其进行编码。

尝试一下！这将在Windows中运行。显然，将实际路径更改为已存在的内容，并且您的用户有权阅读。

File f = new File("c:/some/path/file.txt");
if (!f.canRead()) {
  System.out.println("Uh oh, Snowman was wrong!");
}

奖励：您甚至可以在同一路径中混合使用斜杠！

File f = new File("c:/some\\path/file.txt");
if (!f.canRead()) {
  System.out.println("Uh oh, Snowman was wrong again!");
}

Windows上的另一个复杂之处在于，它还支持UNC表示法以及传统的驱动器号。

可以通过访问远程文件服务器上的文件\\server\sharename\path\filename。

不。 除了路径分隔符（“ \ vs /”东西）以外，还有更多需要考虑的事情。正如Rob Y所提到的，在Windows中存在如何处理空间以及它们频繁出现的问题。两种环境中有不同的非法字符。Unix愿意在被前导“ \”转义时允许几乎所有内容。Windows使用'“'来处理嵌入式空间。Windows使用UCS-16，而Unix使用ASCII或UTF-8。

等， 等， 等。

但是，对于许多可以在它们需要操作的路径名上施加约束的应用程序，您实际上可以按照建议的方式进行操作。它将在至少很多情况下起作用，但不是全部。

从MS-DOS开始的每个Microsoft操作系统，都已在内核级别理解了正斜杠和反斜杠。

因此，在Windows上，您可以在它们之间自由转换。两者都具有与保留分隔符相同的状态。在任何有效路径中，就内核而言，您都可以用斜杠替换反斜杠，反之亦然，而无需更改其含义。

在早期版本的DOS中，Microsoft的command.com解释器使它成为可配置的首选项，使用斜杠来显示和解析路径。最终被删除。

Windows中的某些用户空间程序（例如Windows Shell（explorer.exe））不喜欢正斜杠。那只是那些程序中的伪劣程序。