Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説）-Linuxの運用と保守-php.cn

この記事では、Linux のハードリンクとソフトリンク、および i ノード関連の問題に関する関連知識を提供します。皆様のお役に立てれば幸いです。

Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説）

まえがき

フロントエンドパッケージマネージャー pnpm は最近非常に人気があり、多数の記事で pnpm の原理が分析されています。理解したところ、pnpm のアーキテクチャ全体がハードリンクとソフトリンクに基づいて構成されていることがわかりましたが、この 2 つの概念について漠然としているので、勉強したいと思います。

ご存知のとおり、Unix/Linux システムではすべてがファイルです。 Linux システムではファイルが非常に重要であることがわかります。ファイルに関して私たちが通常より直観的に感じているのは、間違いなくファイル名とファイルの内容です。しかし、Linux ファイルシステムには、ファイル名とファイルの内容に加えて、inode という非常に重要な概念もあります。

Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説）

inode

Wikipedia では、inode について次のように説明しています。

inode (インデックスノード) は、Unix のデータ構造です。ファイルやディレクトリなどのファイルシステムオブジェクトを記述するスタイルのファイルシステム。各 i ノードには、オブジェクトのデータの属性とディスクブロックの場所が格納されます。ファイルシステムオブジェクトの属性には、メタデータ (最終変更、アクセス、修正の時刻) が含まれる場合があります。
#ディレクトリは、割り当てられた名前を持つ i ノードのリストです。リストには、それ自体、その親、およびそのそれぞれの子のエントリが含まれます。

意味: inode は、Unix のようなファイルシステムでファイルシステムオブジェクト (ファイルやフォルダーなど) を記述するために使用されるデータ構造です。ファイルのさまざまな属性 (最後の i ノード変更時刻、最終アクセス時刻、最終変更時刻、許可情報などのメタ情報) が格納されます。フォルダーは、それ自体のエントリ、その親ノードのエントリ、およびすべての子ノードを含む i ノードのグループです。

実際には、inode には上記以外のものが含まれます。特に:

ファイルのバイト数
ファイルのバイト数ユーザー ID
ファイルのグループ ID
ファイルの読み取り、書き込み、実行権限
タイムスタンプ: ctime、inode が最後に変更された時刻、mtime、ファイルの内容が最後に変更された時刻、atime、ファイルが最後に開かれた時刻
#リンクの数、つまり、存在するファイルの数。名前は、この i ノードの場所を指します。
ファイルデータブロック

Linux で使用される ext2/ext3 ファイルシステムでは、異なる種類のデータが異なる領域に格納されます。 i ノードで構成される i ノードテーブルは 1 つの場所に保存され、ファイルデータブロックは別の場所に保存されます。

inode にはファイル名が含まれていません。ファイル名はフォルダー情報構造に格納されています。ファイル名は i ノードのエイリアスに相当するため、管理し覚えておくのに便利です。 Linux システムは i ノードを通じてファイルを操作し、ファイルを変更するとき、システムはフォルダーの情報構造からファイル名に対応する i ノードを検索し、その i ノードに格納されているファイルデータブロックアドレスから対応する i ノードを検索します。読み取りおよび書き込み操作は、ハードディスクの場所で実行されます。

Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説）

ハードリンク

一般に、inode はファイル名およびファイルデータと 1 対 1 の関係を持ちますが、シェルコマンドを使用して次のことを行うことができます。複数のファイル名は、ハードリンクである同じ i ノードを指します。

ln コマンドを使用して、nodejs の fs.link メソッドに対応する

ln test.txt test_hard.txt

ログイン後にコピー

などのハードリンクを作成します。

#ハードリンクを作成する前、test.txt は次のように表すことができます:

Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説） #ハードリンクを作成した後:

# test_hard.txt の i ノードはソースファイル test.txt と同じですが、リンク数が 2 になっていることがわかります。 Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説）

ls -li を実行して確認できます。

最初の列は i ノード番号です。どちらも 13029546 であることがわかり、2 つのファイルは同じ i ノードを使用します。 2 列目は権限情報、4 列目は所有者、6 列目はファイルのコンテンツのサイズです。ご覧のとおり、ファイル名が異なることを除いて、ハードリンクによって作成されたファイルには、ソースファイルとまったく同じメタ情報が含まれています。 3 列目はリンク数を示しており、現在のリンク数は 2 であることがわかります。 Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説）

ハードリンクファイルとソースファイルは同じ i ノードを使用し、ファイルデータの同じブロックを指すため、ファイル名を除くすべての情報は同じです。したがって、これら 2 つのファイルは同等であり、相互にハードリンクファイルであると言えます。いずれかのファイルを変更すると、他のファイルの内容も同時に変更されることがわかります。

软链接

准确来说叫符号链接（symbolic link），一般又叫软链接（soft link）。与硬链接共用一个inode不同，软链接会创建新的inode，并指向源文件。可以理解软链接就是windows系统中的桌面快捷方式。

创建软链接的命令和硬链接很像，多了-s参数：ln -s ：

ln -s test.txt test_symbolic.txt

ログイン後にコピー

对应的nodejs的fs.symlink方法。

创建软链接之后：

Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説）

源文件inode的链接数还是1，创建了新的inode，软链接指向源文件。

执行ls -li看一下：

Linuxのハードリンクとソフトリンクがわかる（画像と文章で詳しく解説）

可以看到，软链接的inode number跟源文件的不一样，权限一列开头为小写L，表示软链，链接数为1，大小为8个字节。没错，软链文件也有大小，不过一般很小，毕竟只是一个快捷方式。

对比

文件重命名或文件移动

文件重命名和文件移动对于Linux系统来说都是文件绝对路径的更改。对硬链接来说，文件重命名或文件移动不会改变链接指向，而对软链接来说，文件重命名或文件移动则使链接断开，这时通过软链接修改文件内容时会重新创建一个新的inode，跟原文件名和文件数据块关联。

文件删除

rm命令或者nodejs的unlink其实是将inode的链接数减1。对于前文的硬链接，删除test_hard.txt使得inode1的链接数变成1，当链接数变成0时，系统就会释放掉这个inode，之后再创建的新文件就可以使用该inode的inode number了。这时没有inode指向文件数据block，所以文件找不到了。但实际上文件数据还存在硬盘中，所以经常能看到网上有一些帮助恢复误删的文件的工具。软链接inode链接数为1，删除软链接则系统释放该inode。

链接文件和文件夹

软链接可以链接文件和文件夹，但硬链接只能链接文件。

不同文件系统创建链接

软链接可以跨不同的文件系统创建，但是硬链接不行，因为硬链接是共用一个inode，而不同的文件系统有不同的inode table。

应用场景

硬链接

文件备份：为了防止重要的文件被误删，文件备份是一种好的办法，但拷贝文件会带来磁盘空间的消耗。硬链接能不占用磁盘空间实现文件备份。
文件共享：多人共同维护同一份文件时，可以通过硬链接的方式，在私人目录里创建硬链接，每个人的修改都能同步到源文件，但又避免某个人误删就丢掉了文件的问题。
文件分类：不同的文件资源需要分类，比如某个电影即是的分类是外国、悬疑，那我们可以在外国的文件夹和悬疑的文件夹里分别创建硬链接，这样可以避免重复拷贝电影浪费磁盘空间。有人可能说，使用软链接不也可以吗？是的，但不太好。因为一旦源文件移动位置或者重命名，软链接就失效了。