符号链接及其路径令人困惑——如何有效地使用它们？

Question

使用 Nautilus 或 Gnome Commander 从符号链接 (symbolic link) 探索目录时，目录结构显示得好像符号链接是常规目录一样。当我打开文档时，应用程序处理路径的方式有所不同。对于 .html 文档：

• 使用 Firefox 打开：显示真实路径作为地址
• 使用 NetBeans 打开：同上
• 使用 Gedit 打开：显示符号链接 路径作为地址

---

1. 我需要注意这些不同的行为吗？
2. 当提供符号链接路径时，我感到不安全（因为我有 Windows 背景）——我可以忽略它吗？我可以放心地继续吗？如果可以，这是否涵盖所有情况？
3. 应用程序偶尔会询问我是否要保留符号链接，将符号链接视为实际链接等等。（例如，在 Gnome Commander 中复制时会显示一个名为“跟随链接”的选项……我认为表示符号链接）。您的指导原则是什么？

Answer 1

1. 不是的，因为无论哪种方式，你仍然在查看/编辑符号链接指向的文件

2. 当给出符号链接路径时，我认为这意味着应用程序想文件位于该路径；但是，数据仍在文件系统中的同一位置（原始文件）读取/写入。所以是的，你可以忽略它。

3. 在我看来，“保留符号链接”的意思是，当您移动符号链接文件并且它指向相对路径时，相对路径将被调整，以便它仍然指向同一个文件。保留符号链接可能是一个好主意。“跟随链接”意味着您正在执行的操作（例如复制）是针对链接到的文件以及链接到的目录中的所有文件执行的。我认为，如果您在复制时跟随链接，则实际文件/文件夹将被复制到新位置。如果您不跟随链接，则只有链接会被复制到新地址。

这个维基百科页面对符号链接有详细的解释

Answer 2

1. 这可能是一把双刃剑。在某种程度上，对于普通用户来说，符号链接的指示可能会令人困惑，而对于高级用户来说，这可能很重要。如果这些文件浏览器有一个配置选项，可以让它们提供所需的功能，也许会很好。
2. 不知道你对什么感到不安全。如果你遵循符号链接，它与正常路径并没有什么不同。它为你提供了额外的灵活性，你可以更改使用的目录或文件。它就像一个别名。同一事物有多个名称。
3. 当您复制目录树时，情况会有所不同。您可以忽略所有符号链接，仅复制所有“真实”目录或文件，或将符号链接复制为符号链接，即复制完全相同的内容，或将符号链接后面的树（或文件）复制到不同的副本。

Answer 3

还有命令阅读链接如果你不确定某个符号链接指向哪里，那么在终端上它也可能派上用场。

用途：

readlink [symlink]