符号链接在 Windows 中引入的时间非常久远，但我仍然遇到大量使用连接点的系统。我知道符号链接提供连接点所没有的功能（例如，它们在外部驱动器上工作）；我的问题是，是否存在特定于连接点的功能，使得它们在某些情况下比符号链接更合适。
答案1
至少有一种情况不能用符号链接替换连接点：如果内容可能需要远程访问。如果您在 Windows 计算机上访问文件共享，连接点将由服务器解释并按预期工作。符号链接由客户端解释（即，指向 c:\foo\bar 的符号链接将被解释为指向客户的这些驱动器（C 盘）默认情况下处于禁用状态。
顺便说一句，连接点在外部驱动器上确实起作用。
答案2
我从未创建过交叉点。我创建过很多链接。
连接点是一项非常古老的技术。它们是在 Windows 2000 中引入的，因此它们与每个版本的 Windows 兼容。它们通常仅用于同一本地卷上的目录。典型示例是目录C:\Windows\sysvol\sysvol\[your ad domain name]，它实际上是 的连接点C:\Windows\sysvol\domain\。
另一件关于 Windows 的小事：在 Windows 7 中，Microsoft 在 C:\ 卷上创建了一个无限循环。“C:\Users\%USERNAME%\AppData\Local\Application Data”。“Application Data”是一个指向“C:\Users\%USERNAME%\AppData\Local\”的连接点，用于与旧版应用程序兼容。
Windows 7 系统有数千个链接。位于 C:\Windows\system32 目录中的许多 exe 和 dll 文件实际上是指向位于 C:\Windows\winsxs 目录中的文件的链接。这就是 winsxs 目录不应“清理”的原因之一。您可以通过从 C:\Windows\system32 目录运行以下命令来查看这些链接。
for %i in (*.exe,*.dll) do fsutil.exe hardlink list %i
（如果在 cmd 文件中运行该程序，则可能需要两个百分号list %%i）