windows - 如何以编程方式访问 Windows 符号链接(symbolic link)的目标路径？

Question

Windows 6(Vista 和 Server 2008)支持正确的符号链接(symbolic link)，可以通过 CreateSymbolicLink 创建。功能。但是似乎没有相应的函数来查询符号链接(symbolic link)以获得链接目标的路径。

我发现符号链接(symbolic link)是重解析点的一种实现，因此可以使用重解析点函数来获取目标路径。但是我需要使用重新分析点的头文件似乎与 Windows Driver Kit 一起提供。 .使用 VS2008 设置此工具包似乎是一项非常重要的任务。

我是否错过了获取链接目标的一个很好的简单函数，或者我真的必须设置一个 Windows 驱动程序开发环境才能编写代码来访问此信息？

编辑:Adam Mitz 提出了 GetFinalPathNameByHandle 的建议。此函数非常适用于本地符号链接(symbolic link)，但似乎不适用于解析远程链接(通过 UNC 路径)。

编辑 2:应 Adam 的要求，这里有更多我尝试过的细节:

我最初沿着 FSCTL_GET_REPARSE_POINT/DeviceIoControl 路线走下去，但这会产生一个 REPARSE_DATA_BUFFER 结构。定义此结构的 header 似乎仅存在于 Windows Driver Kit 中。

GetFinalPathNameByHandle() 在本地磁盘上存在链接时工作正常(C:\...\link 等)。奇怪的是，我发现无论是否指定了 FILE_FLAG_OPEN_REPARSE_POINT 标志，我都可以获得链接的句柄 - 从而获得目标 - 使用 CreateFileW()目标文件存在。

当 CreateFileW() 和 GetFinalPathNameByHandle() 用于查询远程链接时 (\\?\UNC\....)，事情开始变得不明朗。如果指定了 FILE_FLAG_OPEN_REPARSE_POINT，则 GetFinalPathNameByHandle() 始终返回链接路径，而不是目标路径。如果未指定 FILE_FLAG_OPEN_REPARSE_POINT，则返回目标路径，但前提是目标存在并且与链接位于同一台机器上。如果链接指向另一台机器，我会收到网络权限错误。如果链接指向一个本地的 - 不存在的 - 文件，我会收到一个找不到文件的错误。

Answer 1

GetFinalPathNameByHandle

A final path is the path that is returned when a path is fully resolved. For example, for a symbolic link named "C:\tmp\mydir" that points to "D:\yourdir", the final filesystem path would be "D:\yourdir".