是否可以在 C 中获取文件描述符 (Linux) 的文件名？
【问题讨论】：
标签： c linux file file-descriptor
您可以在/proc/self/fd/NNN 上使用readlink，其中NNN 是文件描述符。这将为您提供文件打开时的名称——但是，如果文件从那时起被移动或删除，它可能不再准确（尽管 Linux 在某些情况下可以跟踪重命名）。要验证，stat 给定的文件名和 fstat 你拥有的 fd，并确保 st_dev 和 st_ino 相同。
当然，并不是所有的文件描述符都指向文件，对于那些你会看到一些奇怪的文本字符串，例如pipe:[1538488]。由于所有真实文件名都是绝对路径，因此您可以很容易地确定哪些是绝对路径。此外，正如其他人所指出的，文件可以有多个指向它们的硬链接——这只会报告打开它的那个。如果您想查找给定文件的所有名称，您只需遍历整个文件系统。
【讨论】：
fd 就是这样的引用），inode 号不能被重用。任何在关闭文件后或打开文件之前使用 inode 编号的软件本质上都会受到竞争条件的影响。
setuid() 技巧，您的进程可能无法访问 /proc/self/fd。见：permalink.gmane.org/gmane.linux.kernel/1302546
我在 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.
所以要获取关联到文件描述符的文件，可以使用这个sn-p：
#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 是在哪里定义的，我认为来自 syslimits 的 PATH_MAX 会很好。
【讨论】：
getsockname。
在 Windows 中，使用GetFileInformationByHandleEx，传递FileNameInfo，可以检索文件名。
【讨论】：
正如 Tyler 指出的那样，没有办法“直接可靠地”执行您需要的操作，因为给定的 FD 可能对应于 0 个文件名（在各种情况下）或 > 1（多个“硬链接”是后一种情况一般描述）。如果您仍然需要具有所有限制的功能（速度和获得 0、2、... 结果而不是 1 的可能性），您可以这样做：首先，fstat FD -- 这个在生成的struct stat 中告诉您文件所在的设备、它有多少硬链接、是否是特殊文件等。这可能已经回答了您的问题——例如如果 0 硬链接你会知道实际上磁盘上没有对应的文件名。
如果统计数据给了您希望，那么您必须在相关设备上“遍历目录树”，直到找到所有硬链接（或者只找到第一个，如果您不需要多个硬链接）一个会做）。为此，您使用readdir（当然还有opendir &c）递归地打开子目录，直到您在struct dirent 中找到因此收到与原始struct stat 中相同的inode 编号（此时如果您想要整个路径，而不仅仅是名称，您需要向后遍历目录链以重建它）。
如果这种通用方法可以接受，但您需要更详细的 C 代码，请告诉我们，写起来不难（虽然我宁愿不写，如果它没用，即您无法承受不可避免的慢性能或为您的应用程序获得 != 1 个结果的可能性；-)。
【讨论】：
在将其写成不可能之前，我建议您查看lsof 命令的源代码。
可能有一些限制，但 lsof 似乎能够确定文件描述符和文件名。此信息存在于 /proc 文件系统中，因此应该可以从您的程序中获取。
【讨论】：
您可以使用 fstat() 通过 struct stat 获取文件的 inode。然后，使用 readdir() 您可以将找到的 inode 与目录中存在的 inode (struct dirent) 进行比较（假设您知道该目录，否则您将不得不搜索整个文件系统）并找到相应的文件名。 讨厌吗？
【讨论】：
不可能。一个文件描述符在文件系统中可能有多个名称，也可能根本没有名称。
编辑：假设您正在谈论一个普通的旧 POSIX 系统，没有任何特定于操作系统的 API，因为您没有指定操作系统。
【讨论】：