我想知道\ 和/ 在文件路径中的区别。我注意到有时路径包含/，有时包含\。
如果有人能解释何时使用\ 和/，那就太好了。
【问题讨论】：
标签： c# path filepath backslash slash
/ 是 Unix 和类 Unix 系统上的路径分隔符。现代 Windows 通常可以同时使用 \ 和 / 作为文件路径，但微软几十年来一直提倡使用 \ 作为路径分隔符。
这样做的历史原因可以追溯到 1970 年代，比 Windows 早了十多年。一开始，MS-DOS（早期 Windows 的基础）不支持目录。 Unix 从一开始就使用/ 字符支持目录。然而，当在 MS-DOS 2.0 中添加目录时，Microsoft 和 IBM 已经在使用 / 字符来表示 command switches，并且由于 DOS 的轻量级解析器（源自 QDOS，旨在在低端硬件上运行），他们找不到可行的方法来使用/ 字符而不破坏与现有应用程序的兼容性。
因此，为了避免在将文件路径作为参数传递给以下命令时出现“缺少开关”或“无效开关”的错误：
cd/ <---- no switch specified
dir folder1/folder2 <---- /folder2 is not a switch for dir
决定改用\ 字符，因此您可以像这样编写这些命令
cd\
dir folder1\folder2
没有错误。
后来，微软和 IBM 合作开发了一个与 DOS 无关的操作系统，名为OS/2。 OS/2 能够同时使用这两种分隔符，这可能会吸引更多的 Unix 开发人员。当Microsoft and IBM parted ways in 1990 时，Microsoft 采用了他们拥有的代码并创建了 Windows NT，所有现代版本的 Windows 都基于它，并带有这种分隔符不可知论。
由于向后兼容性一直是微软从他们进行的所有主要操作系统转换（从 DOS 到 Win16/DOS、到 Win16/Win32、到 Win32/WinNT）的游戏名称，因此这种特性一直存在，并且它可能会存在一段时间。
正是由于这个原因，存在这种差异。它应该对你正在做的事情没有任何影响，因为就像我说的那样，WinAPI 通常可以互换使用它们。但是，如果您在第 3 方应用程序期望目录名称之间有 \ 时传递 /，则它们可能会中断。如果您使用的是 Windows，请坚持使用 \。如果您使用的是 Unix 或 URIs（它们的基础是 Unix 路径，但这完全是另一回事），那么请使用 /。
在 C# 的上下文中： 应该注意，由于这个 在技术上是一个 C# 问题，如果你想编写更“可移植”的 C# 代码在 Unix 和 Windows 上（即使 C# 主要是一种 Windows 语言），您可能希望使用 Path.DirectorySeparatorChar 字段，以便您的代码使用该系统上的首选分隔符，并使用 Path.Combine() 正确附加路径。
【讨论】：
Path.Combine 组合路径。
foo.exe /bar 可能被解释为命令行开关，而foo.exe \bar 可能被解释为引用位于当前根目录\ 的名为bar 的文件/文件夹。 “驱动器”，例如 C:\。
/到\ 的规范化是在Win32兼容层完成的，也就是说如果你绕开它，就会有区别。最著名的例子是扩展长度路径：\\?\C:\ 将在 NTFS 上按预期工作，但 \\?\C:/ 不会。
/ 和` is not entirely true. For network path you have to use `（例如，\\MS-DOS 1.0 保留了 CP/M 中“/”的命令行选项（或开关）字符约定。当时文件系统中没有目录结构，也没有冲突。
当微软使用 MS-DOS（和 PC-DOS）2.0 开发更类似于 Unix 的环境时，他们需要使用不与现有命令行选项冲突的东西来表示路径分隔符。在内部，系统与“/”或“\”同样适用。命令处理器（和许多应用程序）继续使用“/”作为切换字符。
CONFIG.SYS 条目 SWITCHAR=- 可用于覆盖 / 默认值以提高 Unix 兼容性。这使得内置命令和标准实用程序使用备用字符。然后，Unix 路径分隔符可以明确地用于文件和目录名称。此条目在以后的版本中被删除，但记录了一个 DOS 调用以在引导后设置该值。
这很少使用，大多数第三方工具保持不变。混乱依然存在。 Unix 工具的许多端口保留了“-”开关字符，而有些则支持这两种约定。
后续的 PowerShell 命令处理器实现了严格的转义和切换参数，并在很大程度上避免了混淆，除非使用旧工具。
问题和答案都与 C# 无关。
【讨论】：
/ 作为选项介绍器的做法先于 CP/M (1973) .
在基于 Unix 的系统上，\ 是一个转义字符，也就是说，\ 告诉解析器这是一个空格，而不是语句的结尾。在 Unix 系统上，/ 是目录分隔符。
在 Windows 上，\ 是目录分隔符，但 / 不能用于文件或目录名称。
【讨论】：
\ 和 /（以及其他几个符号）不能用于文件名，因为 DOS 没有 Unix 用户习惯的复杂解析器。缺少好的解析器是 MS-DOS 源自 QDOS（“快速而肮脏的操作系统”）的结果。它旨在让事情在有限的硬件上快速运行。为了向后兼容，所有这些当然仍然存在。
/ 被添加为“Alternate_Directory_Separator”
\ 在 Windows 文件中是正确的
path 和 / 在 URI 中是正确的。This 可以是相关资源。
【讨论】：
\ 转换为/。在我的书中，这被称为“无缝工作”。
您不应该在 C# 中使用它们。您应该始终使用Path class。这包含一个名为Path.Combine 的方法，可用于创建路径而无需自己指定分隔符。
示例用法：
string fullPath = System.IO.Path.Combine("C:", "Folder1", "Folder2", "file.txt");
【讨论】：
除了给出的答案，值得一提的是，\ 被广泛用于编程语言、文本编辑器和应用词法分析的通用系统中的特殊字符（例如 \n\t）。
例如，如果您正在编程，有时甚至需要用另一个反斜杠 (\\) 转义反斜杠才能正确使用它 - 或者需要使用转义字符串，例如 C# @987654326 @。
当然，如前所述，Web URI 按标准使用正斜杠但两个斜杠都适用于最新和最常见的命令行工具。
更新：经过一番搜索，/ 和 \ 之间的整个故事似乎可以追溯到“计算机历史”，在当时 DOS 和基于 Unix 的系统时代。 HowToGeek 有一个有趣的article 关于这个故事。
简而言之，DOS 1.0 最初由 IBM 发布，不支持目录，/ 用于另一个（“切换”）命令功能。在 2.0 版本中引入目录时，/ 已经在使用中，因此 IBM 选择了视觉上最接近的符号，即 \。另一方面，Unix 标准地使用/ 作为目录。
当用户开始使用许多不同的系统时，他们开始感到困惑，这使得操作系统开发人员试图让系统在这两种情况下都能正常工作——这甚至适用于 URL 部分，因为一些浏览器支持 http： \\www.test.com\go 格式。虽然总的来说这有缺点，但今天整个事情仍然存在向后兼容性的原因，尝试在 Windows 上支持两个斜杠，即使它们不再基于 DOS。
【讨论】：
` as well as many make` shell 时，Unix 会很生气......你是对的，最近的 Windows 已经定义了默认为 / 的 ALTERNATE_PATH_SEPARATOR 环境变量，因此 Windows 可能可以同时接受这两者。
/ 路径——当然，应用程序可能会在闲暇时误解这些路径，所以它并没有被过多地使用。不尝试自己（损坏）路径验证的非 CLI 应用程序从一开始就运行良好。
\ 用于 Windows 本地文件路径和网络路径，如下所示：
C:\Windows\Temp\ 或 \\NetworkSharedDisk\Documents\Archive\
/ 是标准 URI 所要求的，如下所示：
【讨论】：
/（至少有 7 个）。
/ 在标准 URI 中的使用，正如我在答案中所述。