使用文件有什么区别。分隔符和正常的/在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?
好的，让我们检查一些代码。
<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，您可以始终确保'/'在每个操作系统中都是安全的。
“Java SE8 for Programmers”声称Java可以应付这两种情况。(第480页，最后一段)。
这个例子声称:
c:\Program Files\Java\jdk1.6.0_11\demo/jfc
会很好地解析。注意最后一个(unix风格的)分隔符。
这很俗气，而且可能容易出错，但这就是他们(Deitel和Deitel)所宣称的。
我认为人们的困惑，而不是Java，是足够的理由不使用这个(mis?)特性。
