从C中的文件描述符中检索文件名

是否可以在C中获取文件描述符（Linux）的文件名？

您可以使用readlink在/proc/self/fd/NNN其中NNN是文件描述符。这将为您提供文件打开时的名称-但是，如果从那时起文件已被移动或删除，它可能就不再准确了（尽管Linux在某些情况下可以跟踪重命名）。要进行验证，stat请提供给定的文件名和fstatfd，并确保st_dev和st_ino相同。

当然，并非所有文件描述符都引用文件，对于那些文件描述符，您会看到一些奇怪的文本字符串，例如pipe:[1538488]。由于所有真实文件名都是绝对路径，因此您可以轻松确定其中的哪个。此外，正如其他人指出的那样，文件可以有多个指向它们的硬链接-这只会报告打开文件的那个。如果要查找给定文件的所有名称，则只需遍历整个文件系统。

我在Mac OS X上遇到了这个问题。我们没有/proc虚拟文件系统，因此公认的解决方案无法正常工作。

相反，我们有一个F_GETPATH命令fcntl：

 F_GETPATH          Get the path of the file descriptor Fildes.  The argu-
                    ment must be a buffer of size MAXPATHLEN or greater.

因此，要获取与文件描述符关联的文件，可以使用以下代码段：

#include <sys/syslimits.h>
#include <fcntl.h>

char filePath[PATH_MAX];
if (fcntl(fd, F_GETPATH, filePath) != -1)
{
    // do something with the file path
}

由于我永远不记得在哪里MAXPATHLEN定义，所以我认为PATH_MAX从syslimits可以。

在Windows中，通过GetFileInformationByHandleEx传递FileNameInfo，您可以检索文件名。

正如泰勒（Tyler）指出的那样，由于给定的FD可能对应0个文件名（在各种情况下）或> 1（多个“硬链接”通常是对后一种情况的描述），因此无法“直接且可靠地”执行所需的操作）。如果您仍然需要具有所有限制的功能（在速度上以及获得0、2，...而不是1的可能性），则可以按照以下方法进行操作：首先，fstat将FD告诉您- ，结果struct stat是文件驻留在什么设备上，它具有多少个硬链接，它是否是特殊文件等。这可能已经回答了您的问题-例如，如果您知道0个硬链接，那么实际上没有相应的文件名在磁盘上。

如果统计数据给了您希望，那么您就必须在相关设备上“遍历目录”，直到找到所有硬链接（或者只有第一个硬链接，如果不需要多个，那么任何一个都可以） ）。为此，您使用readdir（当然还有opendir＆c）以递归方式打开子目录，直到在struct dirent由此收到的inode号中找到与原始目录相同的inode号为止。struct stat（此时您需要的是整个路径，而不仅仅是名称，您需要向后移动目录链以进行重构）。

如果可以接受这种通用方法，但是您需要更详细的C代码，请告诉我们，这将很容易编写（尽管如果它没有用，我宁愿不编写它，即您无法忍受不可避免的缓慢性能或就您的应用而言，有可能获得！= 1个结果；-)。

建议您先查看lsof命令的源代码，然后再将其清除为不可能。

可能会有限制，但是lsof似乎能够确定文件描述符和文件名。该信息存在于/ proc文件系统中，因此应该可以从您的程序中获取信息。

您可以使用fstat（）通过struct stat获取文件的inode。然后，使用readdir（）可以将找到的inode与目录中存在的inode（结构Dirent）进行比较（假设您知道该目录，否则必须搜索整个文件系统）并找到相应的文件名。讨厌？

不可能。文件描述符在文件系统中可能具有多个名称，也可能根本没有名称。

编辑：假设您正在谈论的是普通的旧POSIX系统，没有任何特定于操作系统的API，因为您没有指定操作系统。