系統目錄到底占用了多少真實硬盤空間

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文件。