驱动程序中file结构体、file operations结构体和inode结构体之间的关系

在Linux内核中，驱动程序中的`file`, `file_operations`, 和 `inode` 结构体是操作系统文件系统核心组件的关键部分，它们之间存在着紧密的关系：

1. **file**: 这是一个用户空间的抽象，代表一个打开的文件描述符。当用户进程打开一个文件时，内核会为该进程创建一个`file`结构体实例。`file`包含了许多信息，如文件描述符、缓冲区管理、以及与用户空间交互的接口。

2. **file_operations (fops)**: 这是一个指向`struct file_operations`的指针，也称为`file_operations table`。它是内核用于描述一个文件的行为的函数表，包含了处理文件的各种操作，如读写、关闭、打开等。每个具体的文件类型（如普通文件、目录、特殊设备等）都有对应的fops，由驱动程序或内核模块定义。

3. **inode**: 是文件系统中的基本存储单元，用于存储文件或目录的基本属性，如权限、所有者、大小、数据块映射等。每个打开的文件都关联着一个inode， inode号是文件系统中唯一的标识符。`file`结构体中的`inode`字段就是用来存储与特定文件相关的inode信息。

关系总结：
- `file`结构体依赖于`file_operations`，因为文件的行为是由fops定义的。
- `file`结构体通过其`inode`字段引用了实际的`inode`结构体，以便访问文件的元数据。
- 驱动程序在初始化`file_operations`时，通常会设置对应的`inode_operations`，这些操作与特定类型的inode相关，比如对于目录类型的inode，会处理目录遍历等特殊行为。

相关问题：
1. 为什么要使用`file_operations`来描述文件行为？
2. 驱动程序如何通过`file`结构体与`inode`交互？
3. 如何在内核中为特定类型的文件定义定制的`file_operations`和`inode_operations`？