在使用正则表达式时，查阅Linux的资料时，发现网上的一些写法不对，但是又不是很肯定。
所以就搜集点资料做下总结。
在知乎上看到这么个说法：反斜线“\”是电脑出现了之后为了表示程序设计里的特殊含义才发明的专用标点。就是说，除了程序设计领域外，任何地方都不应该有使用反斜杠的时候，请永远使用正斜线“/”。
不过也有不同情况：
在 Windows系统中用反斜线“\”来表示目录，Linux下用正斜线“/”来表示。
Windows：
“/”是表示参数，“\”是表示本地路径。
Linux和Unix：
“/”表示路径，“\”表示转义，“-”和“--”表示参数。
网络：
由于网络使用Unix标准，所以网络路径用“/”。但是为什么Windows要用” / “，难道只是为了显示和Linux的不同吗？显然不是的，里面历史原因很复杂 ，同样在知乎找到了答案。
Windows 用反斜杠（“\”）的历史来自 DOS，而 DOS 的另一个传统是用斜杠（“/”）表示命令行参数，比如：
cd %SystemDrive%
dir /s /b shell32.dll既然 DOS 这边斜杠被占用了，只好找一个最接近的。那就是它了。而在 UNIX 环境中，我们用减号（“-”）和双减号（“–”）表示命令行参数。
用斜杠表示命令行参数是兼容性原因。这个问题最初起源自 IBM。IBM 在最初加入 DOS 开发时贡献了大批工具，它们都是用斜杠处理命令行参数的。而这个传统源自于 DEC/IBM，比如当年的 VMS 就是用斜杠处理命令行参数，它的目录分隔符是美元符（“$”）。顺便说一句，这个传统也被部分地继承进了 DOS 和 Windows 体系，日文版的 Windows 就把反斜杠在屏幕上显示为“¥”，虽然实际上还是反斜杠。
如今的 Windows 内核在处理路径时确实可以同时支持斜杠和反斜杠。很多时候我们看到用斜杠时出错，是因为应用程序层面的原因。比如 cmd.exe 就不支持用斜杠表示路径，而PowerShell.exe 支持，也正因为这个原因，PowerShell 开始转而使用减号作为命令行参数的起始符。
MSDN上有一篇 blog 说得很清楚：
http://blogs.msdn.com/b/larryosterman/archive/2005/06/24/432386.aspx。