【发布时间】：2015-08-11 11:07:30
【问题描述】：
为什么对于某些 url，您会看到目录的反斜杠“/”，而对于某些 URL，您会看到目录的正斜杠“\”？有区别吗？
【问题讨论】：
-
你有例子吗？
【发布时间】：2015-08-11 11:07:30
【问题描述】：
Unix 在 1970 年左右的某个时候引入了/ 作为目录分隔符。我不知道为什么选择这个字符；祖先系统Multics使用>，但Unix的设计者已经使用>和<在shell中进行重定向（参见Why is the root directory denoted by a / sign?）。
MS-DOS 2.0 在 1980 年代初期引入了\ 作为目录分隔符。没有使用/ 的原因是MS-DOS 1.0（根本不支持目录）已经使用/ 来引入命令行选项。它从CP/M 中获取了/ 的这种用法，它从VMS 中获取了它。您可以阅读更详尽的解释，了解为什么做出该选择 on Larry Osterman's blog（MS-DOS 甚至可以短暂地将选项字符更改为 - 并将目录分隔符更改为 /，但它没有坚持下去） .
/ 它被大多数程序员级别的 API 识别（在所有版本的 DOS 和 Windows 中）。因此，您可以经常使用/ 作为Windows 下的目录分隔符，但并非总是如此。一个值得注意的例外是 you can't use / as a separator after the \\? prefix（即使在 Windows 7 中）是使用 Unicode 指定路径或包含超过 260 个字符的唯一方法。
某些用户界面元素支持/ 作为Windows 下的目录分隔符，但不是全部。有些程序只是将文件名传递给底层 API，因此它们对 / 和 \ 的支持无差别。在命令解释器中（command.com 或cmd），在很多情况下可以使用/，但并非总是如此；这部分取决于 Windows 的版本（例如，cd /windows 在 XP 和 7 中有效，但在 Windows 9x 中无效）。 Explorer 路径输入框接受/（至少从 XP 开始；可能是因为它也接受 URL）。另一方面，标准文件打开对话框rejects slashes。
【讨论】：