Linux驱动---进程、文件描述符、file、inode、设备号关系

1、文件、inode

每创建一个文件，都有一个inode；可以通过inode找到设备号，然后找到cdv;
驱动只有一份，存在多个次设备号的时候，得由驱动来区分不同的次设备，怎么区别呢？
无论是哪个次设备，都要通过file_operations里面的open来打开
int (*open) (struct inode *, struct file *);
open会传递一个inode参数，所以驱动可以据此分辨不同次设备

2、进程与文件描述符

当我们的进程去打开一个文件的时候，内核是怎么来维护这个操作的呢

lsof：某个文件被哪些进程打开
/proc/pid/fd/：pid对应的进程号所属的这个进程打开了哪些文件

实例代码：

#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

void main()
{
        int fd;
        fd = open("test", O_RDWR|O_CREAT);//O_CREAT：没有则创建
        if (fd < 0)
        {
                perror("open fail \n");
                return;
        }
        sleep(200);

}

效果：

可以看到test文件被run进程使用，pid号为41540

---

查看/proc下的41540文件夹：

这里面包含了此进程操作的很多临时资源

---

这个0、1、2是什么意思呢，我们打开一个进程时默认会打开3个文件描述符：分别对应键盘文件、显示器（stdout 有缓冲区）、显示器（stderr 输出错误的，无缓冲区）
这就是为什么你起一个进程以后，你直接调用printf就能够打印信息、用scanf就能从键盘输入信息

---

打开文件

去open这个com0、com1，对应的就有fd0、fd1
这两个fd值肯定不一样，内核里面肯定有两个file
这个file里面有一个file_operations *f_op，我们执行open函数(内核里面对应sys_open)的时候，sys_open通过一系列的调用，它就会把file_operations结构体的地址存到f_op里面。
为什么要存到f_op里面呢：
我们在后面read或者write的时候，它是会把file的指针传给我们的，我们调用read、write的时候速度会更快一点找到file_operations