file link

hard link

在计算机中，hark links是将名称与文件系统上的文件相关联的目录条目，所有基于目录的操作系统必定有至少一个hard link为每个文件提供原始名称. 术语"hard link"通常用在允许同一个文件拥有多个hard link的文件系统中

创建一个hard link能起到给一个文件取多个名字的效果(例如，在不同的目录有不同的名字)，所有的名字独立链接到硬盘上的同一块数据，没有一个依赖另一个. 这会导致一个alias效果：例如，一个文件以其中一个名字打开，然后改变它的内容，然后这个改变也在以另一个名字打开的同样的文件上可见(就是同时以不同名字打开同一个文件，一个文件内容改变，另一个文件可见). 相比之下，soft link不是直接链接到数据本身，而是一个包含文件名的短文件，或者一个可以在同一个目录直接访问另一个文件名的位置. soft link中包含或者引用的名称可以是hard link或者另一个soft link. 这也以不同的方式创造了一个alias

每个目录本身也是一个文件，特别的地方在于他包含通过文件系统维护的文件名列表. 因为目录本身也是文件，多个目录的hard link是可能的，这将会导致目录结构中的循环，而不是像tree那样的分支结构. 出于这个原因，即使能够创建，但是创建目录的hard link有时也是禁止的

hard link就是同一个文件的多个目录条目，在兼容POSIX或者部分兼POSIX的操作系统支持，例如Linux，Android，macOS，Windows NT4和之后的Windows NT操作系统

支持也取决于所使用的文件系统的类型. 例如，NTFS操作系统支持hard link，但是FAT和ReFS却不支持

Usage

在兼容POSIX和部分兼容POSIX的操作系统中，例如所有的类Unix操作系统，已存在文件的额外的hard link通过link()系统调用来实现，或者ln和link这样的命令行工具. stat命令会显示指定文件有多少个hard link. link数量也包含在ls -l的输出中

...

unlinking的过程在volume上把名称和数据分离而不摧毁相关数据. 只要至少一个指向数据的link是存在，数据仍然可用. 如果最后一个link也被删除的话，那么这个空间被认为是free的

...

example

+--------------+
|              |                +------------------------+
|  link-a.txt  +--------------> |                        |
|              |                |                        |
+--------------+                |                        |
                                |  actual data on dist   |
+--------------+                |                        |
|              |                |                        |
|  link-b.txt  +--------------> |                        |
|              |                +------------------------+
+--------------+

symbolic link

在计算机中，symbolic(also symlink or soft link)是包含以绝对或相对路径的形式引用另一个文件或目录并且影响路径名解析的任何文件的昵称

...

overview

symbolic link包含一段被操作系统自动解释并跟随的文本字符串，这个字符串作为到另一个文件或目录的路径. 另一个文件或者目录被称为"target". symbolic link是一个独立于target存在的第二个文件. 如果一个symbolic link被删除，它的target保留不受影响. 如果一个symbolic link指向一个target，并且过后target被移动，重命名或者删除，symbolic link不会自动更新或删除，但是继续存在并且指向老的target，即现在已经是一个不存在的位置或者文件. symbolic link指向移动的，或者不存在的target的现象有时被称为broken，orphaned，dead或者dangling

symbolic links和hard links不同，hard links不在不同的volumes或者file systems链接路径，然而symbolic links可能指向任何的文件或者目录而不管link和target在哪个valumes上. hard links总是指向一个已经存在的文件，然而symbolic links可能包含一个不指向任何东西的任意路径

symbolic links操作对于许多操作是透明的：程序读或写一个通过symbolic link命名的文件会表现的像直接操作目标文件一样. 然而，把一个分层文件系统从tree改成directed graph是有影响的，这可能会对一些简单的操作有影响，例如算出一个进程的当前目录. 甚至在Unix中...约定导航到一个目录的父级目录在面对simlinks时不再可靠. 一些shells启发法尝试去支持tree-shaped分层结构，但是当它们这样做的时候，这导致其他程序不使用启发法操作路径名会产生不同的结果。依赖操作系统. 程序需要特殊处理symbolic links，例如shell和备份工具，因此需要标示并且直接操作它们

一些Unix也包括Linux发行版广泛使用symbolic link努力去重新排序文件系统分层. 这使用几个机制来实现，例如variant, context-dependent symbolic links. 这提供一个机会去创建更直观或者专用的directory tree，并且去重新组织系统而不必去设计核心的系统functions和untilities

POSIX and Unix-like operating systems

在兼容POSIX的操作系统中国年，symbolic links使用symlinksystem call创建. lnshell command一般使用linksystem call，这会创建一个hard link. 当ln使用-s参数，symlink()system call会代替link，从而创建一个symbolic link. symlinks在4.2BSD Unix从U.C.Berkeley引进

下面的命令在command-line interface(shell)中创建一个symbolic link：

$ ln -s target_path link_path

target_path是symbolic link应该指向的相对或者绝对路径. 尽管symbolic可以被创建指向一个不存在的targets，但是通常来说target是存在的. link_path是symbolic link的路径.

在创建symbolic link后，它一般被当作target的一个别称. 任何文件系统管理命令commands，例如cp, rm，都可以在symbolic link上使用. 那些读或者写文件内容会直接访问target file的内容. rm（删除文件）的命令，然而，只删除link本身，而不是target file

POSIX的directory listing application，ls，把symbolic links表示为名字后一个箭头->，指向target file的名字，当使用-l选项. 而且参数是，指向一个目录的symbolic link，只显示link本身，为了能列出linked directory的文件，路径一定需要包含一个目录分隔符('/', slash)，例如：

$ ln -s /tmp/one/two three 
$ ls -l three
lrwxrwxrwx 1 user group 12 Jul 22 10:22 /tmp/three -> /tmp/one/two
$ ls -l three/
-rw-r--r-- 1 user group 7 Jan 01 10:01 a
-rw-r--r-- 1 user group 7 Jan 01 10:01 b