今天在知乎上看到一篇十分有趣的問題:
如何評價微軟高級工程師癡迷於soft link這一linux常見概念?node
雖然又是知名撕逼王曾某的撕逼帖,可是我仍是想就題目中連接的問題簡單地講講。python
連接簡單說其實是一種文件共享的方式,是 POSIX 中的概念,主流文件系統都支持連接文件。linux
你能夠將連接簡單地理解爲 Windows 中常見的快捷方式(或是 OS X 中的替身),Linux 中經常使用它來解決一些庫版本的問題,一般也會將一些目錄層次較深的文件連接到一個更易訪問的目錄中。在這些用途上,咱們一般會使用到軟連接(也稱符號連接)。bash
下面咱們進入正題,來探討一下軟硬兩種連接到底有什麼區別?ui
首先,從使用的角度講,二者沒有任何區別,都與正常的文件訪問方式同樣,支持讀寫,若是是可執行文件的話也能夠直接執行。spa
那區別在哪呢?在底層的原理上。unix
爲了解釋清楚,咱們首先在本身的一個工做目錄下建立一個文件,而後對這個文件進行連接的建立:指針
$ touch myfile && echo "This is a plain text file." > myfile $ cat myfile This is a plain text file.
如今咱們建立了一個普通地不能再普通的文件了。而後咱們對它建立一個硬連接,並查看一下當前目錄:code
$ ln myfile hard $ ls -li 25869085 -rw-r--r-- 2 unixzii staff 27 7 8 17:39 hard 25869085 -rw-r--r-- 2 unixzii staff 27 7 8 17:39 myfile
在 ls
結果的最左邊一列,是文件的 inode
值,你能夠簡單把它想成 C 語言中的指針。它指向了物理硬盤的一個區塊,事實上文件系統會維護一個引用計數,只要有文件指向這個區塊,它就不會從硬盤上消失。get
你也看到了,這兩個文件就如同一個文件同樣,inode
值相同,都指向同一個區塊。
而後咱們修改一下剛纔建立的 hard 連接文件:
$ echo "New line" >> hard $ cat myfile This is a plain text file. New line
能夠看到,這兩個文件果然就是一個文件。
下面咱們看看軟連接(也就是符號連接)和它有什麼區別。
$ ln -s myfile soft $ ls -li 25869085 -rw-r--r-- 2 unixzii staff 36 7 8 17:45 hard 25869085 -rw-r--r-- 2 unixzii staff 36 7 8 17:45 myfile 25869216 lrwxr-xr-x 1 unixzii staff 6 7 8 17:47 soft -> myfile
誒,你會發現,這個軟連接的 inode
居然不同啊,而且它的文件屬性上也有一個 l
的 flag,這就說明它與以前咱們建立的兩個文件根本不是一個類型。
下面咱們試着刪除 myfile 文件,而後分別輸出軟硬連接的文件內容:
$ rm myfile $ cat hard This is a plain text file. New line
$ cat soft cat: soft: No such file or directory
以前的硬連接沒有絲毫地影響,由於它 inode
所指向的區塊因爲有一個硬連接在指向它,因此這個區塊仍然有效,而且能夠訪問到。
然而軟連接的 inode
所指向的內容其實是保存了一個絕對路徑,當用戶訪問這個文件時,系統會自動將其替換成其所指的文件路徑,然而這個文件已經被刪除了,因此天然就會顯示沒法找到該文件了。
爲驗證這一猜測,咱們再向這個軟連接寫點東西:
$ echo "Something" >> soft $ ls hard myfile soft
能夠看到,剛纔刪除的 myfile 文件居然又出現了!這就說明,當咱們寫入訪問軟連接時,系統自動將其路徑替換爲其所表明的絕對路徑,並直接訪問那個路徑了。
到這裏咱們其實能夠總結一下了:
inode
都指向同一個文件在硬盤中的區塊