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

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

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

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

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

[[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)建實(shí)體鏈接的指令

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

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

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

其實(shí)我們也能夠知道,事實(shí)上 hard link 應(yīng)該僅能在單一文件系統(tǒng)中進(jìn)行的,應(yīng)該是不能夠跨文件系統(tǒng)才對!因?yàn)榫褪窃谕�一個(gè) filesystem 上嘛!所以 hard link 是有限制的:

不能跨 Filesystem;

不能 link 目錄。

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

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

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

舉例來說,我們先創(chuàng)建一個(gè)符號(hào)鏈接文件鏈接到 /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é)果我們可以知道兩個(gè)文件指向不同的 inode 號(hào)碼,當(dāng)然就是兩個(gè)獨(dú)立的文件存在!而且鏈接文件的重要內(nèi)容就是他會(huì)寫上目標(biāo)文件的“文件名”,你可以發(fā)現(xiàn)為什么上表中鏈接文件的大小為 12 Bytes 呢?因?yàn)榧�頭(-->)右邊的文件名“/etc/crontab”總共有 12 個(gè)英文,每個(gè)英文占用 1 個(gè) Bytes ,所以文件大小就是 12Bytes了!關(guān)于上述的說明,我們以如下圖示來解釋:

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

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