当使用到networking共享的mklinkpath而不是直接的UNCpath（或映射的驱动器）时，是否需要考虑性能或权限或其他考虑因素。
例如，这三种访问networking资源的方式是否可以被认为在function上是等同的，并且大致可以互换？
mklink /dc:\shares\warehouse \\server1\warehouse xcopy /sc:\shares\warehouse d:\temp\warehouse_copy
。
xcopy /s \\server1\warehouse d:\temp\warehouse_copy
。
net use X: \\server1\warehouse xcopy /s X:\ d:\temp\warehouse_copy
服务器是Windows 2003，客户端是Win7 Pro。 networking大部分是千兆位，虽然在这里和那里几乎没有100比特的落后者。 我在示例中使用了一个cmd shell，因为它最容易解释，实际上资源也可以通过其他各种方法访问（Windows资源pipe理器，Office“打开”对话框，系统备份服务等）
我强烈build议不要使用具有远程目标的符号链接。 我的理由是一个符号链接在NTFS主文件表中进入，虽然没有证实，但我认为这可能会导致执行低级别的NTFS MFT操作（如脱机CHKDSK）时出现问题。
至于表演，我看不出有什么差别。 两者都会导致SMBstream量。 符号链接路由必须通过redirect（由NTFS.SYS处理），但是这里的“延迟”将比任何后续networking延迟小几千倍…