7

这听起来像是一个奇怪的问题，但是当我去打开一个文件时：

int fd;
fd = open("/dev/somedevice", O_RDWR);

我到底要回来什么？我可以看到手册页说：
The open() function shall return a file descriptor for the named file that is the lowest file descriptor not currently open for that process

但就是这样吗？它只是一个int还是在幕后附加了数据？我问的原因是我发现了一些代码（Linux/C），我们从用户空间打开文件：

//User space code:
int fdC;

if ((fdC = open(DEVICE, O_RDWR)) < 0) {
    printf("Error opening device %s (%s)\n", DEVICE, strerror(errno));
    goto error_exit;
}
while (!fQuit) {
    if ((nRet = read(fdC, &rx_message, 1)) > 0) {

然后在内核端，此模块（提供 fd）映射的文件操作读取到n_read()函数：

struct file_operations can_fops = { 
    owner:      THIS_MODULE,
    lseek:  NULL, 
    read:   n_read,

然后在 中使用文件描述符n_read()，但正在访问它以获取数据：

int n_read(struct file *file, char *buffer, size_t count, loff_t *loff)
{
    data_t * dev;

    dev = (data_t*)file->private_data;

所以......我认为这里发生的事情是：

A）从返回的文件描述符open()包含更多数据，而不仅仅是描述性整数值
或
B）在用户空间中对“读取”的调用之间的映射并不像我想象的那么简单，并且有一些代码在这个等式中缺失。

有什么可以帮助指导我的意见吗？

4

3 回答 3

10

文件描述符只是一个int. 内核将其用作包含所有相关信息的表的索引，包括文件位置、文件操作（提供 、 等系统调用的内核函数read()）write()等等mmap()。

当您open()创建文件或设备时，内核会为您的进程创建一个新的文件描述符条目，并填充内部数据，包括文件操作。

当您将read(), write(),mmap()等与有效的文件描述符一起使用时，内核只需根据它拥有的文件描述符表中的文件操作（以及文件描述符索引的文件）查找要调用的正确内核函数。真的就是这么简单。

于 2012-10-02T19:19:42.480 回答
3

除了@Nominal Aminal 现有的好答案之外，它是一个整数，但它指向内核中称为文件描述符表的结构的条目。至少 Linux 是这样。在该结构的几个字段中，一个有趣的字段是：

FILE * pointer; // descriptor to / from reference counts etc.

您可能有兴趣关注给定 FILE * 或描述符之一的 API，返回另一个

如何从 fd 获取 FILE *，反之亦然

于 2012-10-02T19:16:30.883 回答
1

我认为它只是一个int. 来自维基百科：

通常，文件描述符是内核驻留数据结构中条目的索引，其中包含所有打开文件的详细信息。在 POSIX 中，这种数据结构称为文件描述符表，每个进程都有自己的文件描述符表。

于 2012-10-02T18:52:26.073 回答