什么是inode
inode 是 UNIX 和 UNIX-like 操作系统中的一个关键概念。它代表了文件系统中文件或目录的元数据。每个文件和目录在文件系统中都有一个与之关联的 inode。这个数据结构存储了关于文件的所有信息，除了其名称和实际数据之外。
以下是 inode 中通常包含的信息：
- 文件类型: 如常规文件、目录、字符设备、块设备、软链接等。
- 权限: 表示为一个八进制数或位掩码，描述了文件的所有者、群组和其他用户的访问权限。
- 链接数 : 表示此
inode的硬链接数目。 - 所有者和群组 ID: 文件的所有者和所属群组的用户 ID。
- 大小: 文件的大小（字节为单位）。
- 时间戳: 如文件的创建时间、最后访问时间、内容的最后修改时间等。
- 数据块指针: 指向存储文件数据的物理或逻辑块的指针。
- 文件系统特定的属性: 如扩展属性、ACLs (访问控制列表) 等。
这是一个简化的 inode 数据结构的概述:
c
struct inode {
mode_t i_mode; /* 文件类型和权限 */
uid_t i_uid; /* 所有者用户ID */
gid_t i_gid; /* 群组ID */
off_t i_size; /* 文件大小 */
time_t i_atime; /* 最后访问时间 */
time_t i_mtime; /* 内容的最后修改时间 */
time_t i_ctime; /* inode 本身的最后修改时间 */
nlink_t i_links_count; /* 硬链接数目 */
uint32_t i_blocks; /* 数据块数目 */
uint32_t *i_block; /* 指向数据块的指针 */
... /* 其他属性和文件系统特定的字段 */
};当我们在 UNIX-like 系统中使用 ls -l 命令时，所看到的大部分文件属性（如权限、所有者、大小和时间戳）都是直接从 inode 中取得的。
请注意，实际的 inode 结构可能会根据具体的文件系统和操作系统版本有所不同。上述仅是一个高级概念性的表示。
什么是vnode
vnode 是 UNIX 和 UNIX-like 系统（如 Linux、BSD 等）中用于表示文件的抽象接口。vnode 结构提供了一种文件系统无关的方式来引用文件和目录。这意味着不同的文件系统（如 ext4、NFS、FAT 等）可以通过相同的接口（即 vnode）被内核访问。这种设计使得用户和应用程序无需知道文件的实际存储方式。
虽然不同的操作系统可能会有略微不同的 vnode 结构定义，但以下是一个典型的、简化的 vnode 数据结构的概述：
c
struct vnode {
enum vtype v_type; /* 文件类型：文件、目录、块设备、字符设备等 */
struct mount *v_mount; /* 该 vnode 所在的挂载点信息 */
struct vnodeops *v_op; /* vnode 操作函数集，例如 read、write 等 */
int v_count; /* 对此 vnode 的引用计数 */
void *v_data; /* 文件系统特定的私有数据，例如对 inode 的引用 */
... /* 可能还有其他的字段 */
};v_type: 表示文件的类型。可能的类型包括常规文件、目录、字符设备、块设备等。v_mount: 指向代表文件系统挂载点的结构的指针。v_op: 包含一个指向操作函数集的指针，这些操作定义了如何在该vnode上执行各种操作。v_count: 表示当前对此 vnode 的引用次数。当 vnode 不再被任何进程引用时，它可能会被回收。v_data: 指向文件系统特定数据的指针。例如，在 ext4 文件系统上，这可能是一个指向inode的指针。
注意：实际的 vnode 结构可能会根据具体的操作系统和版本有所不同。上述只是一个高级概念性的表示。要获取特定系统上的确切定义，应该查看相应的系统头文件或文档。
让我们通过一个简化的示例来理解 vnode 的概念和其如何工作。
假设我们有一个简单的文件系统结构，其中包含两种文件系统：ext4 和 NFS。这两种文件系统在处理文件时有自己的方式和操作。但操作系统希望为所有文件提供统一的接口。
步骤：
-
应用程序请求 ：当一个应用程序请求打开一个文件（例如使用
open()系统调用），它只提供一个路径，例如/data/file1.txt。 -
内核查找 vnode：内核首先检查该文件的 vnode 是否已经在缓存中。如果不在，它会为该文件创建一个新的 vnode。
-
填充 vnode ：一旦确定了 vnode，内核需要填充它的数据结构。这里，它会查看
/data/file1.txt实际位于哪个文件系统上。如果它位于 ext4 上，内核会使用 ext4 的文件系统驱动来填充 vnode。如果它位于 NFS 上，内核会使用 NFS 的驱动。 -
操作文件：现在，当应用程序想要读取或写入该文件时，内核可以使用 vnode 的信息（特别是其中的函数指针）来进行相应的操作。这意味着，对于应用程序来说，无论文件实际上位于哪个文件系统上，文件的操作方式都是相同的。
图示：
应用程序
|
| open("/data/file1.txt")
|
v
内核------------------------
| |
ext4驱动 NFS驱动
| |
v v
ext4 文件系统 NFS 文件系统
在此示例中，vnode 的存在为应用程序提供了一个统一的方法来处理 /data/file1.txt，而无需关心其实际上位于哪个文件系统上。内核负责管理 vnode 和与实际的文件系统驱动（如 ext4 或 NFS）的交互。
二者的区别
inode 和 vnode 都是代表文件的数据结构，但它们存在于不同的上下文和层次，并有一些关键的区别。
inode
- 定义 :
inode是 UNIX 和 UNIX-like 文件系统中的一个核心概念，代表了一个文件或目录的元数据。 - 存在位置 :
inode是文件系统层面的结构，存在于具体的文件系统中。 - 内容 :
inode包含关于文件的元数据，例如文件的大小、权限、时间戳、数据块的位置等，但不包括文件名。 - 唯一性 : 在给定的文件系统中，每个
inode都有一个唯一的inode号。 - 文件名 : 文件名与目录项（
dentry）存储在目录中，它们指向相应的inode。 - 限制 : 由于
inode是文件系统特定的，它通常只对具体的文件系统（例如 ext4、xfs 等）有意义。
vnode
- 定义 :
vnode（或称为虚拟节点）是 UNIX-like 操作系统中的抽象层，用于代表所有文件系统中的文件或目录。 - 存在位置 :
vnode是内核中的结构，是对各种文件系统的一个统一抽象。 - 内容 : 与
inode类似，vnode也包含了文件或目录的元数据。但是，vnode还包含指向具体文件系统操作的指针，这使得内核可以统一地处理各种文件系统。 - 唯一性 : 在内核中，每个打开的文件或目录都有一个与之关联的
vnode。 - 文件名 : 和
inode一样，vnode本身不存储文件名。 - 目的 :
vnode的主要目的是为不同类型的文件系统（例如 ext4、NFS、FAT32 等）提供一个统一的接口。
总结
inode是文件系统级别的，具有文件系统特定的信息。vnode是操作系统级别的，为所有文件系统提供了一个统一的接口。- 在某些 UNIX-like 系统中，
vnode可能直接指向一个文件系统的inode，这样vnode就可以通过inode访问文件的实际数据和属性。
这种分层设计允许操作系统支持多种文件系统，同时为应用程序提供了一个统一和一致的文件和目录操作接口。
实例
让我们用一个简化的实际例子来揭示inode和vnode之间的关系。
假设我们有一个计算机上安装了两个不同的文件系统：一个是本地的ext4文件系统，另一个是网络上的NFS文件系统。
-
本地文件 : 当用户请求打开本地
ext4文件系统上的一个文件，例如/local/data.txt，操作系统首先会在ext4文件系统中查找该文件的inode。这个inode包含了文件的所有元数据，如文件大小、所有者、权限等。同时，操作系统在内存中也会为这个文件创建一个vnode结构。这个vnode不仅包含了文件的元数据，还包含了一组函数指针，这些函数指针指向ext4文件系统的操作，如读、写、删除等。 -
远程文件 : 用户还可能想要打开网络上的
NFS文件系统中的一个文件，例如/remote/data.txt。在这种情况下，操作系统会查找该文件在NFS服务器上的相关信息，并在内存中为它创建一个vnode。这个vnode的结构与本地文件的vnode非常相似，但其函数指针会指向NFS的操作，因为文件的实际数据位于远程服务器上。
这两个例子的关键点在于：不同的文件系统可能有不同的实现和操作，但通过vnode的抽象，操作系统可以为所有文件提供统一的接口。这意味着应用程序不需要知道文件实际存在于哪个文件系统中，它只需通过统一的接口进行读写操作。这种设计简化了应用程序的开发，并使操作系统能够更容易地支持多种文件系统。