在我看来，与快捷方式（在 PC 上）或别名（在 Mac 上）相比，软/符号链接的基本思想是一回事。我离题了吗？他们相似吗？
Arc*_*ege 15
基本思想大致相同。符号链接是一个特殊文件，它包含到另一个文件系统对象的路径（相对或绝对）。在 UNIX/Linux 中，操作系统本身处理符号链接，透明地解析为真实对象。
在 Mac 上，别名似乎是一个特殊的 Finder 构造，可以引用远程对象以及本地对象，但 Finder 解析引用，而不是操作系统。MacOS X 也有符号链接，但它们与别名是分开的。
最大的区别在于 Windows 快捷方式和符号链接之间。Windows 快捷方式不能轻易替换程序，因为 Windows 总是必须具有这些讨厌的文件扩展名，并且“lnk”文件在 Windows 中不是可执行文件。在 GUI 中，它可以工作，但从服务器的角度来看，它很糟糕。与目录相同。它们很有用，但没有符号链接的力量和灵活性。
并不真地。有相似之处，但仅限于某一点。我知道人们认为“好吧，符号链接就像快捷方式，但我不太了解它们”，直到他们说“哦，实际上符号链接不像快捷方式，现在我明白了”。所以我认为快捷方式不是理解符号链接的好方法，我建议您清除与快捷方式的比较。
符号链接表示另一个文件的名称。这是完整路径中的“名称”，即可能包括目录部分以及目录内的名称。路径可以是绝对的 ( /foo/bar) 或相对的 ( foo/baror ../baror just bar) ；如果目标由相对路径给出，则相对于包含符号链接的目录进行解释。目标文件可能存在也可能不存在，移除、移动或创建目标文件不会影响符号链接。
作用于文件内容的操作作用于目标文件。因此，当您通过符号链接读取或写入文件，或通过符号链接执行程序时，就好像您正在访问目标文件。从外部作用于文件的操作，例如重命名或删除，作用于符号链接本身。请注意，对于写入，是覆盖现有文件（将作用于目标）还是删除现有文件并创建新文件（这将使目标保持完整并创建一个新文件替换符号链接，除非该应用程序会注意遵循链接（很多都这样做））。