《C++》C/C++中相对路径与绝对路径以及斜杠与反斜杠的区别

版权声明&＃xff1a;本文为博主原创文章&＃xff0c;遵循 CC 4.0 by-sa 版权协议&＃xff0c;转载请附上原文出处链接和本声明。
本文链接&＃xff1a;https://blog.csdn.net/YhL_Leo/article/details/49591019
1 绝对路径与相对路径

绝对路径表示相对容易得多&＃xff0c;依次将文件所在盘符文件夹逐级展开就是绝对路径&＃xff1a;

ofstream infile(“E:\MyDoc\file.txt”, ios::in);
Mat image &＃61; imread(“D:\MyImages\Lena.jpg”);

1
2


这里需要注意的是文件夹与文件夹之间的间隔符要用双斜杠\&＃xff0c;C&＃43;&＃43;中默认访问目录是生成工程可执行文件所在的目录&＃xff0c;我们记为当前目录&＃xff0c;相对路径按照相对于当前目录的位置大致可以分成三种&＃xff1a;

读取路径与当前目录同级时&＃xff0c;可以直接访问预操作文件名&＃xff1a;


infile.open(“file2.txt”, ios::in); // file2.txt in the default directory

1读取路径在当前目录的子目录中时&＃xff1a;


// file3.txt in the sub-directory named “SubDirectory” of the default directory
infile.open(".\SubDirectory\file3.txt", ios::in); // “.” means the default directory

// so, for file2.txt also can be:
infile.open(".\file2.txt", ios::in);

1
2
3
4
5读取路径在当前目录的上一级或几级目录&＃xff08;称之为父目录&＃xff09;中时&＃xff1a;


// file4.txt in the parent directory named “ParentDirectory” of the default directory
infile.open("…\ParentDirectory\file4.txt", ios::in); // “…” means parent directory
infile.open("…\…\ParentDirectory\file5.txt", ios::in) // file5.txt in the parent directory of file4.txt

1
2
3


2 正斜杠与反斜杠

正斜杠&＃xff0c;又称左斜杠&＃xff0c;符号是/&＃xff1b;反斜杠&＃xff0c;也称右斜杠&＃xff0c;符号是\。

在Unix/Linux中&＃xff0c;路径的分隔采用正斜杠/&＃xff0c;比如/home/myDocs&＃xff1b;而在Windows中&＃xff0c;路径分隔采用反斜杠\&＃xff0c;比如C:\Windows\System。

编程时&＃xff0c;我们常看到这样的路径写法&＃xff0c;C:\Windows\System&＃xff0c;也就是用两个反斜杠来分隔路径&＃xff0c;事实上&＃xff0c;上面这个路径可以用C:/Windows/System来代替&＃xff0c;不会出错。但是如果写成了C:\Windows\System&＃xff0c;那就可能会出现各种奇怪的错误了。至于上述问题出现的原因&＃xff0c;要从字符串解析这方面来分析。学过编程的人都应该知道&＃xff0c;C中定义了一些字母前加\来表示常见的那些不能显示的ASCII字符&＃xff0c;如\0&＃xff0c;\t&＃xff0c;\n等&＃xff0c;就称为转义字符&＃xff0c;因为后面的字符&＃xff0c;都不是它本来的ASCII字符意思了。根据这个原理&＃xff0c;如果想输出双引号("")&＃xff0c;就需要输入’"’&＃xff0c;这样才会将包含了双引号的字符串正确的写入内存中。那么如果想输入一个反斜杠呢&＃xff1f;很简单&＃xff0c;只要敲\就可以了。

看到这里或许有些人已经看出眉目了&＃xff0c;如果C:\Windows\System这个路径字符串交给C编译器编译&＃xff0c;实际写入内存的字符串并没有包含反斜杠\&＃xff0c;甚至紧跟在反斜杠后面的字母也一起被转义成了其它的字符&＃xff0c;再次调用的话势必会出问题。

字符串解析不仅仅局限于C编译器&＃xff0c;Java编译器、一些配置文件的解析、Web服务器等等&＃xff0c;都会遇到对字符串进行解析的这个问题&＃xff0c;由于传统的Windows采用的是单个斜杠的路径分隔形式&＃xff0c;导致在对文件路径进行解析的时候可能发生不必要的错误&＃xff0c;所以就出现了用双反斜杠\分隔路径的形式。不管解析引擎是否将反斜杠解析成转义字符&＃xff0c;最终在内存中得到的都是\&＃xff0c;结果也就不会出问题了。

由此也可以看出Windows或者说DOS在设计初期考虑不够周全&＃xff0c;为了和Unix一些特征区别开来&＃xff0c;将Unix中的正斜杠/分隔路径方式改变成了反斜杠\。这样改变导致的一个问题就是在早期DOS命令行中&＃xff0c;正常的文件名是不能包含空格的&＃xff0c;如果包含了空格&＃xff0c;会导致输入这样的文件名时&＃xff0c;命令解析无法将其和参数区分开。例如&＃xff0c;想要进入hutaow yuan这个目录&＃xff08;在此先忽略8.3命名规则&＃xff09;&＃xff0c;直接输入cd hutaow yuan&＃xff0c;命令行会将其解析为进入hutaow目录&＃xff0c;而后面的yuan做参数&＃xff0c;这显然不是所期望的。

而在Unix中&＃xff0c;文件名如果包含空格&＃xff0c;可以直接在空格前加上反斜杠\进行转义&＃xff0c;从而很好的和命令参数区别出来&＃xff08;参数之间一般使用空格分隔&＃xff09;。还是上面的例子&＃xff0c;在Unix中&＃xff0c;只要输入cd hutaow\ yuan(在yuan前面的空格前加上)&＃xff0c;命令行会正确的辨认出hutaow yuan并进入这个目录。当然&＃xff0c;现在Windows的后续版本已经使用其它方法&＃xff08;比如文件名用双引号括住&＃xff09;解决了空格问题。

参考资料&＃xff1a;

http://blog.csdn.net/sszgg2006/article/details/8447176


————————————————
版权声明&＃xff1a;本文为CSDN博主「yhl_leo」的原创文章&＃xff0c;遵循CC 4.0 by-sa版权协议&＃xff0c;转载请附上原文出处链接及本声明。
原文链接&＃xff1a;https://blog.csdn.net/YhL_Leo/article/details/49591019