Linux 系統中有軟鏈接和硬鏈接兩種特殊的“文件”。
軟鏈接可以看作是Windows中的快捷方式，可以讓你快速鏈接到目標檔案或目錄。
硬鏈接則透過文件系統的inode來產生新檔名，而不是產生新檔案。
創建方法都很簡單：
- 軟鏈接（符號鏈接） ln -s source target
- 硬鏈接 （實體鏈接）ln source target
inode
要解釋清楚兩者的區別和聯繫需要先說清楚 linux 文件系統中的 inode 這個東西。當劃分磁盤分區並格式化的時候，整個分區會被劃分爲兩個部分，即inode區和data block(實際數據放置在數據區域中）這個inode即是（目錄、檔案）文件在一個文件系統中的唯一標識，需要訪問這個文件的時候必須先找到並讀取這個文件的 inode。 Inode 裏面存儲了文件的很多重要參數，其中唯一標識稱作 Inumber, 其他信息還有創建時間（ctime）、修改時間(mtime) 、文件大小、屬主、歸屬的用戶組、讀寫權限、數據所在block號等信息。
通常會根據分區的用途來安排inode的數量（這是另外一個話題了），比如文件數量很多而文件都很小，則需要調增inode較大，以便能索引全部文件。否則將會出現這個分區並沒有寫滿而無法寫入任何文件的情況。
目錄文件與檔案文件
目錄文件：記錄該目錄下的文件名
檔案文件：記錄實際文件數據
inode本身並不記錄文件名，文件名記錄在目錄文件的block當中，所以新增、刪除、更改文件名與目錄的W權限有關。因此當我們要讀某個檔案時，就務必經過其目錄的inode和block，然後才能夠找到待讀取檔案的inode號，最終纔會讀到正確的檔案block內的數據。系統是通過索引節點(而不是文件名)來定位每一個文件。
目錄inode（滿足權限？） => 目錄block => 檔案inode（滿足權限？） => 檔案block
硬鏈接
多個檔名對應同一個inode，硬鏈接只是在某個目錄下新增一筆檔名鏈接到某個inode號碼的關聯記錄而已。如果將上圖中任何一個檔名刪除，檔案的inode與block都還存在，依然還可以通過另一個檔名來讀取正確的檔案數據。此外，不論用哪一個檔名來編輯，最終的結果都會寫入相同的inode和block中，因此均能進行數據的修改。
軟連接
軟連接就是建立一個獨立的文件，而這個文件會讓數據的讀取指向它link的那個檔案的檔名，由於只是作爲指向的動作，所以當來源檔案被刪除之後，軟連接的檔案無法開啓，因爲找不到原始檔名。連結檔的內容只有檔名，根據檔名鏈接到正確的目錄進一步取得目標檔案的inode，最終就能夠讀取到正確的數據。如果目標檔案的原始檔名被刪除了那麼整個環節就進行不下去了。
下面用一個實例來說明硬鏈接和軟鏈接。
現在目錄下有兩個文件，一個名爲AAA，一個名爲BBB。
引用
$ ls -il
963922 -rw-r--r-- 1 ocean ocean 92 2007-05-18 15:46 AAA
963923 -rw-r--r-- 1 ocean ocean 95 2007-05-18 15:46 BBB
首先先做一個AAA的硬鏈接。
引用
$ ln AAA AAAhard
$ls -il
963922 -rw-r--r-- 2 ocean ocean 92 2007-05-18 15:46 AAA
963922 -rw-r--r-- 2 ocean ocean 92 2007-05-18 15:46 AAAhard
963923 -rw-r--r-- 1 ocean ocean 95 2007-05-18 15:46 BBB
這裏我們注意在創建鏈接前，AAA顯示的鏈接數目爲1，創建鏈接後
1.AAA和AAAhard的鏈接數目都變爲2。
2.AAA和AAAhard的inode號是一樣的，都是963922。
3.AAA和AAAhard顯示的文件大小也是一樣，都是92B。
可見進行了ln命令的操作結果：AAA和AAAhard是同一個文件的兩個名字，它們具有同樣的索引節點號和文件屬性，建立文件AAA的硬鏈接，就是爲 AAA的文件索引節點在當前目錄上建立一個新指針。你可以刪除其中任何一個，如rm AAA，每次只會刪除一個指針，鏈接數同時減一，只有將所有指向文件內容的指針，也即鏈接數減爲0時，內核纔會把文件內容從磁盤上刪除。
儘管硬鏈接節省空間，也是Linux系統整合文件系統的傳統方式，但是存在一些不足之處：
1.不允許給目錄創建硬鏈接。
2.不可以在不同文件系統的文件間建立鏈接。因爲 inode 是這個文件在當前分區中的索引值，是相對於這個分區的，當然不能跨越文件系統了。
接着我們做一個指向BBB的軟鏈接，軟鏈接克服了硬鏈接的不足，沒有任何文件系統的限制，任何用戶可以創建指向目錄的符號鏈接。因而現在更爲廣泛使用，它具有更大的靈活性，甚至可以跨越不同機器、不同網絡對文件進行鏈接。
引用
$ ln -s BBB BBBsoft
$ ls -il
總用量 0
963922 -rw-r--r-- 2 ocean ocean 92 2007-05-18 15:46 AAA
963922 -rw-r--r-- 2 ocean ocean 92 2007-05-18 15:46 AAAhard
963923 -rw-r--r-- 1 ocean ocean 95 2007-05-18 15:46 BBB
963924 lrwxrwxrwx 1 ocean ocean 3 2007-05-18 15:47 BBBsoft -> BBB
從上面鏈接後的結果可以看出來軟鏈接與硬鏈接，區別不僅僅是在概念上，在實現上也是完全不同的。
區別：
1.硬鏈接原文件/鏈接文件公用一個inode號，說明他們是同一個文件，而軟鏈接原文件/鏈接文件擁有不同的inode號，表明他們是兩個不同的文件；
2.在文件屬性上軟鏈接明確寫出了是鏈接文件，而硬鏈接沒有寫出來，因爲在本質上硬鏈接文件和原文件是完全平等關係；
3.鏈接數目是不一樣的，軟鏈接的鏈接數目不會增加；
4.文件大小是不一樣的，硬鏈接文件顯示的大小是跟原文件是一樣的。而這裏軟鏈接顯示的大小與原文件就不同了，BBB大小是95B，而BBBsoft是3B。因爲BBB共有3個字符
5.軟鏈接沒有任何文件系統的限制，任何用戶可以創建指向目錄的符號鏈接
總之，建立軟鏈接就是建立了一個新文件。當訪問鏈接文件時，系統就會發現他是個鏈接文件，它讀取鏈接文件找到真正要訪問的文件。
當然軟鏈接也有硬鏈接沒有的缺點：因爲鏈接文件包含有原文件的路徑信息，所以當原文件從一個目錄下移到其他目錄中，再訪問鏈接文件，系統就找不到了，而硬鏈接就沒有這個缺陷，你想怎麼移就怎麼移；還有它要系統分配額外的空間用於建立新的索引節點和保存原文件的路徑。
通過實驗加深理解
[oracle@Linux]$ touch f1 #創建一個測試文件f1
[oracle@Linux]$ ln f1 f2 #創建f1的一個硬連接文件f2
[oracle@Linux]$ ln -s f1 f3 #創建f1的一個符號連接文件f3
[oracle@Linux]$ ls -li # -i參數顯示文件的inode節點信息
total 0
9797648 -rw-r--r-- 2 oracle oinstall 0 Apr 21 08:11 f1
9797648 -rw-r--r-- 2 oracle oinstall 0 Apr 21 08:11 f2
9797649 lrwxrwxrwx 1 oracle oinstall 2 Apr 21 08:11 f3 -> f1
從上面的結果中可以看出，硬連接文件f2與原文件f1的inode節點相同，均爲9797648，然而符號連接文件的inode節點不同。
[oracle@Linux]$ echo "I am f1 file" >>f1
[oracle@Linux]$ cat f1
I am f1 file
[oracle@Linux]$ cat f2
I am f1 file
[oracle@Linux]$ cat f3
I am f1 file
[oracle@Linux]$ rm -f f1
[oracle@Linux]$ cat f2
I am f1 file
[oracle@Linux]$ cat f3
cat: f3: No such file or directory
通過上面的測試可以看出：當刪除原始文件f1後，硬連接f2不受影響，但是符號連接f3文件無效
3.總結依此您可以做一些相關的測試，可以得到以下全部結論：
1).刪除符號連接f3,對f1,f2無影響；
2).刪除硬連接f2，對f1,f3也無影響；
3).刪除原文件f1，對硬連接f2沒有影響，導致符號連接f3失效；
4).同時刪除原文件f1,硬連接f2，整個文件會真正的被刪除。