非典型性C语言教程- 0.1.1 文件树

来源:互联网 发布:韩顺平 html css js 编辑:程序博客网 时间:2024/04/27 17:36
最近发现文件树也是一个有人搞不清楚的概念,这里稍微介绍一下。


很久以前Unix的文件系统就是树型结构, MS的则是到了DOS3.0才引入了文件树的概念。什么是文件树呢,大家知道现在一个硬盘上可能存储了上千万个文件,如果这上千万个文件都存储在一起会怎么样呢?可能谁也找不到自己想要的文件了。

于是我们就将文件以树的形式组织起来,树有根,有非叶子节点,和叶子节点。任何一个文件系统中,非叶子节点就是“目录”或叫“文件夹”, 叶子节点就是文件。在Unix下,只有唯一的文件树,根就是根目录,以
/表示。在Windows下,有盘符的概念,每个盘符有自己的文件树,以C:/来表示文件树的根。比如根下有个目录叫etc,etc下有个文件叫hosts。在Unix下,表示为/etc/hosts。在Windows下是C:/etc/hosts。这里Unix和Windows的目录之间的分隔符号不一样,Unix是/,Windows是/。

一个文件都有一个文件名,比如前面提到的hosts,同时还有一个全路径名字,好像是叫qualified name。一个文件在系统中有一个唯一的全路径名字,这好像是废话,两个文件有同样的全路径名字怎么区别呢?
后来WWW的出现发展了一种URL标准,进一步发展成URI标准。
协议名://主机地址/[路径名]/文件名。
还是那句话计算机实践的科学,先举个例子。比如你用的Windows系统,E盘下有个文件夹叫Downloads,下面有个Music文件夹,下面有首歌叫"死了都要爱.mp3"。那么表示为URI就是file:///E:/Downloads/Music/死了都要爱.mp3,其中file://表示是本机的文件系统。在Windows中他的全路径名字就是
E:/Downloads/Music/死了都要爱.mp3。细心的话,你就会发现file:后面接了3个/,而前面我们已经说了,是两个/。有时候甚至必须写成file:///E:/Downloads/Music/死了都要爱.mp3。为什么呢?

因为大多数互联网的标准都是依据Unix定义了。所以file:后面的3个/,前两个是协议的分隔符,后一个表示的根文件系统。 前面说了,Unix只有唯一的文件树,文件数的根就是/。而Unix路径名字中的分隔符事是/,而Windows的分隔符是/。所以会出现上面那样的全路 径名。这个问题在Windows平台下用Java时经常会带来困惑。

前面提到的全路径名字都是绝对路径,下面讲相对路径。相对路径基础就 是"."和".."。其中.表示当前目录,..表示上级目录。还是先讲例子,比如上面的例子中,在 E:/Downloads/Software/下有一个winamp.exe播放程序,他要播放"死了都要爱.mp3",他除了可以用
E:/Downloads/Music/死了都要爱.mp3找到这首歌以外,还可以用../Music/ 死了都要死.mp3来找到这个文件。因为winamp.exe所在的目录是E:/Downloads/Software所以,相对它来说..就是E:/Downloads。用E:/Downloads替换掉..就和上面的全路径名字一样了。相对winamp.exe来说,.就表示E:/Downloads/Software。

相对路径在URL或是URI中也是可用的,用法一样。我们写网页的超级链接最好都写成相对链接,这样可以随意替换目录,也不会发生错误。因为相对路径一般是不变的。

前面讲了文件树的一些概念,下面讲一些常常需要注意的问题。

  1. 执 行可执行文件的错误: 一个可执行文件必须高速操作系统它的完整名字,操作系统才能执行它。比如前面说的E:/Downloads/Software/winamp.exe,如 果要执行它,要么写全路径名字,要么写相对路径名字。尤其是在Unix系统下,系统不会默认在当前目录下找这个文件,所以及时当前目录是E:/Downloads/Software也必须用完整的相对路径名字./winamp, 用惯了Windows的人一开始会很不习惯。
  2. 转义字符的问题。C语言中/是转义字符前缀。要相在字符串中写/必须写成//。比如代码佛fopen("..//Music//死了都要爱.mp3");。但是注意,这仅仅是要写字符串时这么写。
  3. Unix的路径名字区分大小写,而Windows的不区分。比如上面说的E:/Downloads/Software, 写成e:/dOWnLoDs/sOftWare也是可以的。但在Unix下一个路径/Downdloads和/downloads是不同的路径。

最后稍微介绍一下URI。前面我们提过了 file协议,还有许多我们熟悉的http://www.google.com ;ftp://gnu.org 等等,还有很多网上的流媒体的协议头。有兴趣的参看RFC2396.