符号链接在Windows中引入了很久以前，但我仍然遇到大量使用交叉点的系统。 我知道符号链接function不在交汇点（例如，它们在外部驱动器上工作）; 我的问题是，是否有特定于交叉点的function，使得它们在某些情况下比符号链接更合适。
至less有一种情况是无法用符号链接replace交接点：如果内容可能需要远程访问。 如果您访问Windows计算机上的文件共享，交接点由服务器解释并按预期工作。 符号链接由客户端解释（即，符号链接到c：\ foo \ bar将被解释为指向客户端的 C驱动器）并且默认情况下被禁用。
顺便说一下，连接点可以在外部驱动器上工作。
我从来没有创build过一个路口。 我创造了很多链接。
连接是非常古老的技术。 它们是在Windows 2000中引入的，因此它们与Windows的每个版本都兼容。 它们通常仅用于同一本地卷上的目录。 经典的例子是C:\Windows\sysvol\sysvol\[your ad domain name]目录，它实际上是一个连接点C:\Windows\sysvol\domain\ 。
另一个Windows琐事：在Windows 7中，Microsoft在C：\卷上创build了一个无限循环。 “C：\ Users \％USERNAME％\ AppData \ Local \ 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 ）