系统目录到底占用了多少真实硬盘空间

CBSi

看到这个问题，我想99％的人都会说：用资源管理器右键点击Windows目录。看看属性不就知道了吗?何必故弄玄虚呢!请各位耐住性子往下看。

我们知道，查看一个目录有多大的最快捷的方法就是看看资源管理器文件夹的属性，但是我今天要说的是：如果你用这个方法去看Windows VIsta／Windows 7系统的目录，你会被你的眼睛所欺骗，因为，在Windows Vista／Windows 7里面大量使用了NTFS文件系统特性之一的硬连接(Hard Link)来实现WinSxS机制!

要安装Windows Vista／Windows 7系统，那么系统分区必须是NTFS文件系统。原因有以下一些：

系统文件保护所需：

各种安全保护机制(如MlC)所需；

WinSxS所需。

关于最后一点的WinSxS所需，我没有看到过相关的资料说明，不过可以肯定的是，这也是Windows Vista／Windows 7系统需要NTFS文件系统的一个条件。因为只有在NTFS文件系统上面，才能实现硬连接机制，也才能达到优化Windows目录占用磁盘空间的目的。

关于硬连接，MSDN是这样解释的：

A hard link is the file system representation of a file by whichmore than one path references a single file in the same volume. Tocreate a hard link, use the CreateHardLink function. Any changesto that file are instantly visible to applications that access it throughthe hard links that reference it. However, the directory entry sizeand attribute information is updated only for the link through whichthe change was made。

简单地说，就是一种针对文件的特殊快捷方式。只不过这种快捷方式的实现和一般的快捷方式不一样。

一般的快捷方式是创建一个LNK文件，在这个LNK文件里面描述了目标文件／目录的属性，资源管理器或者其他文件管理工具利用SHELL32.DLL里面的APl函数获得这个LNK文件所指向的文件/目录，从而进行访问。

硬连接：是一种基于文件系统级别上的针对文件的快捷方式，基于文件系统级别的含义就是说，只要文件系统启动了，那么对应的快捷方式也就生效了。换句话说，这种连接是常存的，因为文件系统是必须要随机启动的。

硬连接是NTFS文件系统特有的属性之一。在Linux下面，也有类似的机制。硬连接适用于在同一个卷的文件级别，硬连接是不能跨卷的。

Windows Vista／WIndows 7自带了创建硬连接的命令：mklinkexe，利用这个命令，我们可以给指定的文件创建硬连接。

下面的命令将在link.fxt和source.txt之间建立硬连接关系：

C：UsersSmallfrogsDesktop>mklink／h link.txt source.txt

注意上面的例子：link.txt本是一个不存在的文件，但是当执行完mklink命令以后，link.txt文件也就被创建了。其实，link.txt是一个虚假的文件，它是在文件系统层面上对source.txt文件的一个映射，而link.txt是不占硬盘空间的。

关于硬盘空间的占用问题，Smallfrogs是这样测试的：

(1)给硬盘划分一个新分区。空间只有2GB；

(2)在这个分区的test目录里面新建了一个1.9GB大小的文件，此时剩余空间是0.1GB；

(3)用mklik命令给这个1.9GB大小的文件建立了一个硬连接；

(4)检查这个分区的剩余空间，还是0.1GB，但是如果用资源管理器看test目录的属性，会发现有2个文件，总大小是3.8GB{整个分区才2GB，能够容纳38GB大小的文件吗?显然不可能了)。

还是针对上述的例子，如果我们把原始的文件source txt删除以后，link.txt文件还是会继续存在的，且内容就是source.txt的文件内容。也就是说，我们删除source.txt，实际上删除的仅仅是这种连接关系，文件本身还是没有被操作的。

关于硬连接，最后一个需要介绍的内容是：当硬连接建立以后，硬连接双方任何一个对象被修改，都会造成对应的连接对象被修改。例如上面的例子：如果修改了link.txt，那么source.txt文件也会同步被修改，反之亦然。这一点和SHELL层面的快捷方式不同，SHELL层面的快捷方式文件LNK仅仅是一个指示关系，修改LNK文件并不影响LNK文件指向的对象，修改LNK文件指向的对象也不会影响LNK文件。