正斜杠(左斜杠)，符号是"/"；反斜杠(右斜杠)，符号是""。
在Unix/Linux中，路径的分隔采用正斜杠"/"，比如"/home/hutaow"；而在Windows中，路径分隔采用反斜杠""，比如"C:WindowsSystem"。
有时我们会看到这样的路径写法，"C:\Windows\System"，也就是用两个反斜杠来分隔路径，这种写法在网络应用或编程中经常看到，事实上，上面这个路径可以用"C:/Windows/System"来代替，不会出错。但是如果写成了"C:WindowsSystem"，那就可能会出现各种奇怪的错误了。
至于上述问题出现的原因，要从字符串解析这方面来分析。
学过编程的人都应该知道，在C里面，输出字符串时，如果想输出一个换行，那就要加上'n'这个标志，类似的，输出一个TAB，就加上't'，也就是说，反斜杠("")这个符号会把跟在它后面的字符结合起来转义成其它字符。根据这个原理，如果想输出双引号('"')，就需要输入'"'，这样才会将包含了双引号的字符串正确的写入内存中。那么如果想输入一个反斜杠呢？很简单，只要敲'\'就可以了。
看到这里或许有些人已经看出眉目了，如果"C:WindowsSystem"这个路径字符串交给C编译器编译，实际写入内存的字符串并没有包含反斜杠""，甚至紧跟在反斜杠后面的字母也一起被转义成了其它的字符，再次调用的话势必会出问题。
字符串解析不仅仅局限于C编译器，Java编译器、一些配置文件的解析、Web服务器等等，都会遇到对字符串进行解析的这个问题，由于传统的Windows采用的是单个斜杠的路径分隔形式，导致在对文件路径进行解析的时候可能发生不必要的错误，所以就出现了用双反斜杠"\"分隔路径的形式。不管解析引擎是否将反斜杠解析成转义字符，最终在内存中得到的都是""，结果也就不会出问题了。
由此也可以看出Windows或者说DOS在设计初期考虑不够周全，为了和Unix一些特征区别开来，将Unix中的正斜杠"/"分隔路径方式改变成了反斜杠""。这样改变导致的一个问题就是在早期DOS命令行中，正常的文件名是不能包含空格的，如果包含了空格，会导致输入这样的文件名时，命令解析无法将其和参数区分开。例如，想要进入"hutaow yuan"这个目录（在此先忽略8.3命名规则），直接输入"cd hutaow yuan"，命令行会将其解析为进入"hutaow"目录，而后面的"yuan"做参数，这显然不是所期望的。
而在Unix中，文件名如果包含空格，可以直接在空格前加上反斜杠""进行转义，从而很好的和命令参数区别出来（参数之间一般使用空格分隔）。还是上面的例子，在Unix中，只要输入"cd hutaow yuan"(在yuan前面的空格前加上"")，命令行会正确的辨认出"hutaow yuan"并进入这个目录。
当然，现在Windows的后续版本已经使用其它方法（比如文件名用双引号括住）解决了空格问题。
/////////////////////////////////////////////////////////////
/////////////////////////////////////////////////////////////
C语言常用转义字符表
转义字符 |
含义 |
ASCII码（16/10进制） |
o |
空字符(NULL) |
00H/0 |
n |
换行符(LF) |
0AH/10 |
r |
回车符(CR) |
0DH/13 |
t |
水平制表符(HT) |
09H/9 |
v |
垂直制表(VT) |
0B/11 |
a |
响铃(BEL) |
07/7 |
b |
退格符(BS) |
08H/8 |
f |
换页符(FF) |
0CH/12 |
’ |
单引号 |
27H/39 |
” |
双引号 |
22H/34 |
\ |
反斜杠 |
5CH/92 |
? |
问号字符 |
3F/63 |
ddd |
任意字符 |
三位八进制 |
xhh |
任意字符 |
二位十六进制 |
使用转义字符时需要注意以下问题：
1) 转义字符中只能使用小写字母，每个转义字符只能看作一个字符。
2) v 垂直制表和f 换页符对屏幕没有任何影响，但会影响打印机执行响应操作。
3) 在C程序中，使用不可打印字符时，通常用转义字符表示
4）n其实应该叫回车换行。换行只是换一行，不改变光标的横坐标；回车只是回到行首，不改变光标的纵坐标。
5）t 光标向前移动四格或八格，可以在编译器里设置。
6）' 在字符里（即单引号里）使用。在字符串里(即双引号里)不需要，只要用 ' 即可。
7）? 其实不必要。只要用 ? 就可以了（在windows VC6 和tc2 中验证）。