斜线和反斜线简要历史，为什么windows和unix采用不同的路径分隔符
/ 和
/ 和 ，左为斜线，右为反斜；一个常用的速记法：八字，先撇为斜，后捺为反斜。
/ 和 一般的作用是作为目录分隔符，这些符号在不同的系统下意义不同：
//双斜线，协议和主机名之间的分隔符；
/单斜线，WEB上或者UNIX环境下的目录分隔符；
反斜线，windows 里的目录结构的分隔符，正斜线也可，但是也有例外的时候。
历史简述
在1970年左右，Unix系统最先使用正斜线“/”作为目录分隔符。DOS中的大部分工具都是IBM开发的，这些命令工具经常使用“/”作为命令选项的前导，例如“dir /a”，和linux中的 “-”是类似的功能。1981年，MS-DOS1.0推出的时候，根本没有目录的概念，（所有的文件都是直接堆放在磁盘之下？），所以也就没有考虑使用何种分隔符更合适（其实那个时代也不会考虑相互兼容的问题），命令选项前导继续使用“/”。
1983年发行的MS-DOS2.0复制（wiki Backslash的解释里使用的就是copy这个词）了Unix的文件系统，同时为了保持和MS-DOS1.0的兼容，反斜线也是可以使用的。就是说，在MS-DOS2.0中，大多数情况下，二者是可以混用的，一个例外是COMMAND.COM，这个程序大家可能不太熟悉，他就是Windows NT系列的CMD.EXE的前身，CMD.EXE在不发生歧义的时候，两个符号是通用的。以后的各个版本的DOS和Windows为了保持兼容性都保持了这种情况。
尽管如此，Windows上默认约定的分隔符还是“”，返回路径的API返回的也是“”。
其他的地方：网络资源和其他操作系统
网络上资源定位和其他的大部分操作系统都是延续Unix的约定。
网络资源定位比如HTTP和FTP都是使用正斜线，这和服务器类型没有关系，因为协议是这样规定的。
Linux是Unix-like操作系统，因此延续了Unix的约定。其他的操作系统如Android, Chrome OS, Steam OS都是继承子linux，所以也是使用正斜线。
同时有两个分隔符显然是很蛋疼的事情，而且普通用户也不想去记住太多的规则。大部分的软件中，如果涉及分隔符，两个符号都是通用的，例如firefox等浏览器和windows资源浏览器，两个符号是通用的。
需要注意的地方
CMD.exe
在windows的cmd.exe中，不产生歧义的时候，二者通用，例如
cd ./tools
和
cd . ools
是一样的。
看下面的例子：
. ools记事本.exe ./files/text.txt
在cmd例输入上面这个命令的时候，后半部分的./files/text.txt用正反斜线都可以。但是前面的. ools记事本.exe只能使用反斜线。因为前面的内容被当做命令来解析，用正斜线就有歧义了。
转义符号
还用做转义符号。例如，当上面的命令是以字符串的方式传递给cmd执行的，就要转义了
“.\tools\记事本.exe ./files/text.txt”
DIRECTORY_SEPATRATOR
开发程序时，特别是web程序，常常需要考虑不同的系统（和web环境），兼容性上考虑，正斜线是都能正确识别解析的，但是有时候问题比这个要复杂，具体问题具体考虑。
大部分的开发框架都会提供一个DIRECTORY_SEPATRATOR来替程序员解决这个问题，如果有，就尽量使用它。
参考
1、wiki Backslash：http://en.wikipedia.org/wiki/Backslash
2、微软程序员Larry Osterman关于这个问题的文章Why is the DOS path character ""? ：http://blogs.msdn.com/b/larryosterman/archive/2005/06/24/432386.aspx
3、Why Windows Uses Backslashes and Everything Else Uses Forward Slashes：
http://www.howtogeek.com/181774/why-windows-uses-backslashes-and-everything-else-uses-forward-slashes/