document/TranslateProject
2
0
Fork 0
mirror of https://github.com/LCTT/TranslateProject.git synced 2025-01-25 23:11:02 +08:00
Code Issues Packages Projects Releases Wiki Activity

update the translation

Browse Source
This commit is contained in:
Jam.Yang 2018-11-06 21:05:29 +08:00
parent faf8f4f664
commit 97682250a5
1 changed files with 10 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
translated/20181025 Understanding Linux Links- Part 2.md → translated/tech/20181025 Understanding Linux Links- Part 2.md
View File

@ -1,9 +1,9 @@
Understanding Linux Links: Part 2
理解 Linux 链接 (二)
======
![](https://www.linux.com/sites/lcom/files/styles/rendered_file/public/links-fikri-rasyid-7853.jpg?itok=0jBT_1M2)
在[本系列的第一篇文章中][1], 我们认识了硬链接，软链接，知道在很多时候链接是非常有用的。链接看起来比较简单，但是也有一些不易察觉的奇怪的地方需要注意。这就是我们这篇文章中要讲的。例如，像一下我们在前一篇文章中创建的指向 _libblah_ 的链接。请注意，我们是如何从目标文件夹中创建链接的。
在[本系列的第一篇文章中][1]，我们认识了硬链接，软链接，知道在很多时候链接是非常有用的。链接看起来比较简单，但是也有一些不易察觉的奇怪的地方需要注意。这就是我们这篇文章中要讲的。例如，像一下我们在前一篇文章中创建的指向 `libblah` 的链接。请注意，我们是如何从目标文件夹中创建链接的。
```
cd /usr/local/lib
@ -21,9 +21,9 @@ ln -s libblah /usr/local/lib
也就是说，从原始文件夹内到目标文件夹之间的链接将不起作用。
出现这种情况的原因是 _ln_ 会把它当作是你在 _/usr/local/lib_ 中创建一个到 _/usr/local/lib_ 的链接， 并在 _/usr/local/lib_ 中创建了从 _libblah_ 到 _libblah_ 的一个链接。这是因为所有链接文件获取的是文件的名称(_libblah_), 而不是文件的路径， 最终的结果将会产生一个坏的链接。
出现这种情况的原因是 `ln` 会把它当作是你在 `/usr/local/lib` 中创建一个到 `/usr/local/lib` 的链接，并在 `/usr/local/lib` 中创建了从 `libblah` 到 `libblah` 的一个链接。这是因为所有链接文件获取的是文件的名称(`libblah`)，而不是文件的路径，最终的结果将会产生一个坏的链接。
然而， 请看下面的这种情况。
然而，请看下面的这种情况。
```
cd /usr/lib
@ -31,9 +31,9 @@ cd /usr/lib
ln -s /usr/lib/libblah /usr/local/lib
```
是可以工作的。奇怪的事情又来了，不管你在文件系统的任何位置执行指令，它都可以好好的工作。使用绝对路径，也就是说，指定整个完整的路径，从根目录(/)开始到需要的文件或者是文件夹，是最好的实现方式。
是可以工作的。奇怪的事情又来了，不管你在文件系统的任何位置执行指令，它都可以好好的工作。使用绝对路径，也就是说，指定整个完整的路径，从根目录(`/`)开始到需要的文件或者是文件夹，是最好的实现方式。
其它需要注意的事情是， 只要 _/usr/lib_ 和 _/usr/local/lib_ 在一个分区上，做一个如下的硬链接：
其它需要注意的事情是，只要 `/usr/lib` 和 `/usr/local/lib` 在一个分区上，做一个如下的硬链接：
```
cd /usr/lib
@ -43,7 +43,7 @@ ln libblah /usr/local/lib
也是可以工作的，因为硬链接不依赖于指向文件系统内的文件来工作。
如果硬链接不起作用，那么可能是你想跨分区之间建立一个硬链接。就比如说，你有分区A上有文件 _fileA_，并且把这个分区挂载到 _/path/to/partitionA/directory_ 目录，而你又想从 _fileA_ 链接到分区B上 _/path/to/partitionB/directory_ 目录，这样是行不通的。
如果硬链接不起作用，那么可能是你想跨分区之间建立一个硬链接。就比如说，你有分区A上有文件 `fileA` ，并且把这个分区挂载到 `/path/to/partitionA/directory` 目录，而你又想从 `fileA` 链接到分区B上 `/path/to/partitionB/directory` 目录，这样是行不通的。
```
ln /path/to/partitionA/directory/file /path/to/partitionB/directory
@ -61,15 +61,15 @@ ln -s /path/to/partitionA/directory/file /path/to/partitionB/directory
ln -s /path/to/some/directory /path/to/some/other/directory
```
这将在 _/path/to/some/other/directory_ 中创建 _/path/to/some/directory_ 的链接， 没有任何问题。
这将在 `/path/to/some/other/directory` 中创建 `/path/to/some/directory` 的链接，没有任何问题。
当你使用硬链接做同样的事情的时候，会提示你一个错误，说不允许那么做。而不允许这么做的原因量会导致无休止的递归： 如果你在目录A中有一个目录B，然后你在目录B中链接A，就会出现同样的情况，在目录A中，目录A包含了目录B，而在目录B中又包含了A，然后又包含了B，等等无穷无尽。
当你使用硬链接做同样的事情的时候，会提示你一个错误，说不允许那么做。而不允许这么做的原因量会导致无休止的递归：如果你在目录A中有一个目录B，然后你在目录B中链接A，就会出现同样的情况，在目录A中，目录A包含了目录B，而在目录B中又包含了A，然后又包含了B，等等无穷无尽。
当然你可以在递归中使用软链接，但你为什么要那样做呢？
### 我应该使用硬链接还是软链接呢？
通常，你可以在任何地方使用软链接做任何事情。实际上，在有些情况下你只能使用软软链接。话说回来，硬链接的效率要稍高一些： 它们占用的磁盘空间更少，访问速度更快。在大多数的机器上，你可以忽略这一点点的差异，因为：在磁盘空间越来越大，访问速度越来越快的今天，空间和速度的差异可以忽略不计。不过，如果你是在一个有小存储和低功耗的处理器上使用嵌入式系统上使用linux，则可能需要考虑使用硬链接。
通常，你可以在任何地方使用软链接做任何事情。实际上，在有些情况下你只能使用软软链接。话说回来，硬链接的效率要稍高一些：它们占用的磁盘空间更少，访问速度更快。在大多数的机器上， 发你可以忽略这一点点的差异，因为：在磁盘空间越来越大，访问速度越来越快的今天，空间和速度的差异可以忽略不计。不过，如果你是在一个有小存储和低功耗的处理器上使用嵌入式系统上使用 linux， 则可能需要考虑使用硬链接。
另一个使用硬链接的原因是硬链接不容易破碎。假设你有一个软链接，而你意外的移动或者删除了它指向的文件，那么你的软链接将会破碎，并指向了一个不存在的东西。这种情况是不会发生在硬链接中的，因为硬链接直接指向的是磁盘上的数据。实际上，磁盘上的空间不不会被标记为空闲，除非最后一个指向它的硬链接把它从文件系统中擦除掉。