为什么Windows的更高版本继续使用快捷方式文件而不是符号链接？

Windows XP和更高版本支持符号链接。但是，Windows继续使用快捷方式文件（实际上，该快捷方式文件将链接文件的位置存储为文本）。为什么？

我猜有很多原因

1. 您可以针对外壳程序而不是文件系统解释的同一个EXE的几种不同快捷方式存储不同级别的兼容性。
2. 某些快捷方式链接实际上在文件系统上不存在。其中一些只是对GUID的引用，即由Shell解释的特殊字符串。
3. 您不能在符号链接中包含开关。当然，您可以指向EXE，但不能告诉EXE任何其他参数。
4. 您不能为符号链接选择图标。
5. 您无法在符号链接中选择要使用的目录。
6. 快捷方式文件不仅指向文件，还可以是超链接或协议链接（对于.URL文件）。
7. LNK文件可以存在于任何文件系统上。对于Windows，NTFS是由文件系统本身处理符号链接。
8. 确实没有必要替换它们。它们可以工作，它们很小，如果需要添加比上面列出的功能更多的功能，将来可以扩大规模。
9. 创建符号链接需要管理权限（有充分的理由-否则，只需很少的工作即可执行将无害文件重定向到恶意文件的操作）

会有更多的原因，但是我认为这足以让您入门：)-@grawity提供了一个链接，这里将提供有关该主题某些部分的进一步阅读。

符号链接不过是包裹在少量文件系统魔术中的路径。有多种方法可以使其失效（“中断”），其中大多数涉及一个或多个文件或目录被重命名。由于Windows是消费类软件，因此您可能会在“典型”安装上运行大量设计不当的程序。结果，这种破损要比在服务器上（理论上）每个接触磁盘的程序都是已知数量的服务器上更难避免。

快捷方式不受大多数​​形式的破坏的影响，因为它们独立于路径跟踪目标。这使它们更加用户友好。它们是专门为消费者设计的，采用“只要按照我的意思做，不要在细节上打扰我”的方法。

现在，您可以（在某种程度上）使用硬链接，但是硬链接具有许多复杂的属性，这使其不适合消费者使用。特别是，文件完全太容易获得新的inode编号，并且在遇到硬链接时某些备份软件会中断得非常明显。前者可以（也许）通过文件系统隧道解决（实际上，快捷方式是如何解决相关问题的），但是后者则要困难得多。

（我可能还应该注意，通过隧道“解决”硬链接绝对是不平凡的，因为这不仅仅是重新连接“丢失”的元数据的问题。inode绑定在磁盘分配方案中，因此您不能随便合并或事后重新分配它们，而无需花费很多精力。由于快捷方式使用其他易于创建隧道的元数据（例如创建时间），因此不会出现此问题。）