在什麼情況下連接點比符號連結更合適？
符號連結是很久以前在 Windows 中引入的，但我仍然遇到大量使用連接點的系統。我知道符號連結提供的功能不在連接點（例如，它們在外部驅動器上工作）；我的問題是，在某些情況下，是否有特定於連接點的功能使它們比符號連結更合適。
至少在一種情況下您不能用符號連結替換連接點：如果可能需要遠端訪問內容。如果您訪問 Windows 電腦上的文件共享，則連接點由伺服器解釋並按預期工作。符號連結由客戶端解釋（即，指向 c:\foo\bar 的符號連結將被解釋為指向客戶端的C 驅動器）並且預設情況下無論如何都禁用。
順便說一句，連接點確實可以在外部驅動器上工作。
我從未創建過聯結。我創建了很多連結。
路口是非常古老的技術。它們是在 Windows 2000 中引入的，因此它們與 Windows 的每個版本都兼容。它們通常僅用於同一本地捲上的目錄。典型的例子是
C:\Windows\sysvol\sysvol\[your ad domain name]目錄，它實際上是一個連接點到C:\Windows\sysvol\domain\.另一個 Windows 瑣事：在 Windows 7 中，微軟在 C:\ 卷上創建了一個無限循環。“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）