在 Linux 下面的鏈接文件有兩種,一種是類似 Windows 的捷徑功能的文件,可以讓你快速的鏈接到目標文件(或目錄);另一種則是通過文件系統(tǒng)的 inode 鏈接來產(chǎn)生新文件名,而不是產(chǎn)生新文件!這種稱為實體鏈接(hard link)。這兩種玩意兒是完全不一樣的東西呢!現(xiàn)在就分別來談?wù)劇?/p>

Hard Link (實體鏈接, 硬式鏈接或?qū)嶋H鏈接);

每個文件都會占用一個 inode ,文件內(nèi)容由 inode 的記錄來指向;

想要讀取該文件,必須要經(jīng)過目錄記錄的文件名來指向到正確的 inode 號碼才能讀取。

也就是說,其實文件名只與目錄有關(guān),但是文件內(nèi)容則與 inode 有關(guān)。那么想一想,有沒有可能有多個文件名對應(yīng)到同一個 inode 號碼呢?有的!那就是 hard link 的由來。所以簡單的說:hard link 只是在某個目錄下新增一筆文件名鏈接到某 inode 號碼的關(guān)連記錄而已。舉個例子來說,假設(shè)我系統(tǒng)有個 /root/crontab 他是 /etc/crontab 的實體鏈接,也就是說這兩個文件名鏈接到同一個 inode ,自然這兩個文件名的所有相關(guān)信息都會一模一樣(除了文件名之外)。實際的情況可以如下所示:

[[email protected] ～]# ll -i/etc/crontab

34474855 -rw-r--r--． 1 root root 451 Jun10  2014 /etc/crontab

[[email protected] ～]# ln/etc/crontab ．   <==創(chuàng)建實體鏈接的指令

[[email protected] ～]# ll -i/etc/crontab crontab

34474855 -rw-r--r--． 2 root root 451 Jun10  2014 crontab

34474855 -rw-r--r--． 2 root root 451 Jun10  2014 /etc/crontab

你可以發(fā)現(xiàn)兩個文件名都鏈接到 34474855 這個 inode 號碼,所以您瞧瞧,是否文件的權(quán)限/屬性完全一樣呢?因為這兩個“文件名”其實是一模一樣的“文件”啦!而且你也會發(fā)現(xiàn)第二個字段由原本的 1 變成 2 了!那個字段稱為“鏈接”,這個字段的意義為:“有多少個文件名鏈接到這個 inode 號碼”的意思。如果將讀取到正確數(shù)據(jù)的方式畫成示意圖,就類似如下畫面:

上圖的意思是,你可以通過 1 或 2 的目錄之 inode 指定的 block 找到兩個不同的文件名,而不管使用哪個文件名均可以指到 real 那個 inode 去讀取到最終數(shù)據(jù)!那這樣有什么好處呢?最大的好處就是“安全”!如同上圖中,如果你將任何一個“文件名”刪除,其實 inode 與 block 都還是存在的!此時你可以通過另一個“文件名”來讀取到正確的文件數(shù)據(jù)喔!此外,不論你使用哪個“文件名”來編輯,最終的結(jié)果都會寫入到相同的 inode 與 block 中,因此均能進行數(shù)據(jù)的修改哩!一般來說,使用 hard link 設(shè)置鏈接文件時,磁盤的空間與 inode 的數(shù)目都不會改變!我們還是由圖 7．2．1 來看,由圖中可以知道, hard link 只是在某個目錄下的 block 多寫入一個關(guān)連數(shù)據(jù)而已,既不會增加 inode 也不會耗用 block 數(shù)量哩!

Tips hard link 的制作中,其實還是可能會改變系統(tǒng)的 block 的,那就是當你新增這筆數(shù)據(jù)卻剛好將目錄的 block 填滿時,就可能會新加一個 block 來記錄文件名關(guān)連性,而導(dǎo)致磁盤空間的變化!不過,一般 hard link 所用掉的關(guān)連數(shù)據(jù)量很小,所以通常不會改變 inode 與磁盤空間的大小喔!

其實我們也能夠知道,事實上 hard link 應(yīng)該僅能在單一文件系統(tǒng)中進行的,應(yīng)該是不能夠跨文件系統(tǒng)才對!因為就是在同一個 filesystem 上嘛!所以 hard link 是有限制的:

不能跨 Filesystem;

不能 link 目錄。

不能跨 Filesystem 還好理解,那不能 hard link 到目錄又是怎么回事呢?這是因為如果使用 hard link 鏈接到目錄時,鏈接的數(shù)據(jù)需要連同被鏈接目錄下面的所有數(shù)據(jù)都創(chuàng)建鏈接,舉例來說,如果你要將 /etc 使用實體鏈接創(chuàng)建一個 /etc_hd 的目錄時,那么在 /etc_hd 下面的所有文件名同時都與 /etc 下面的文件名要創(chuàng)建 hard link 的,而不是僅鏈接到 /etc_hd 與 /etc 而已。并且,未來如果需要在 /etc_hd 下面創(chuàng)建新文件時,連帶的, /etc 下面的數(shù)據(jù)又得要創(chuàng)建一次 hard link ,因此造成環(huán)境相當大的復(fù)雜度。所以啰,目前 hard link 對于目錄暫時還是不支持的啊!

Symbolic Link (符號鏈接,亦即是捷徑)

相對于 hard link , Symbolic link 可就好理解多了,基本上, Symbolic link 就是在創(chuàng)建一個獨立的文件,而這個文件會讓數(shù)據(jù)的讀取指向他 link 的那個文件的文件名!由于只是利用文件來做為指向的動作,所以,當來源文件被刪除之后,symbolic link 的文件會“開不了”,會一直說“無法打開某文件!”。實際上就是找不到原始“文件名”而已啦!

舉例來說,我們先創(chuàng)建一個符號鏈接文件鏈接到 /etc/crontab 去看看:

[[email protected] ～]# ln -s/etc/crontab crontab2

[[email protected] ～]# ll -i/etc/crontab /root/crontab2

34474855 -rw-r--r--． 2 root root 451 Jun10  2014 /etc/crontab

53745909 lrwxrwxrwx． 1 root root  12 Jun 23 22:31 /root/crontab2 ->/etc/crontab

由上表的結(jié)果我們可以知道兩個文件指向不同的 inode 號碼,當然就是兩個獨立的文件存在!而且鏈接文件的重要內(nèi)容就是他會寫上目標文件的“文件名”,你可以發(fā)現(xiàn)為什么上表中鏈接文件的大小為 12 Bytes 呢?因為箭頭(-->)右邊的文件名“/etc/crontab”總共有 12 個英文,每個英文占用 1 個 Bytes ,所以文件大小就是 12Bytes了!關(guān)于上述的說明,我們以如下圖示來解釋:

由 1 號 inode 讀取到鏈接文件的內(nèi)容僅有文件名,根據(jù)文件名鏈接到正確的目錄去取得目標文件的 inode ,最終就能夠讀取到正確的數(shù)據(jù)了。你可以發(fā)現(xiàn)的是,如果目標文件(/etc/crontab)被刪除了,那么整個環(huán)節(jié)就會無法繼續(xù)進行下去,所以就會發(fā)生無法通過鏈接文件讀取的問題了!

這里還是得特別留意,這個 Symbolic Link 與 Windows 的捷徑可以給他劃上等號,由 Symbolic link 所創(chuàng)建的文件為一個獨立的新的文件,所以會占用掉 inode 與 block。