<aside> 💡

UFS围绕一个核心理念：

***「一切皆是文件」（Everything is a File）*它强行规定，不管你是什么硬件（鼠标、键盘、LED灯），在用户程序（User App）眼里，你就是一个文件。

因此，用户只懂4个标准操作（System Calls）：

• ⁠open()：打开文件⁠
• read()：从文件读数据⁠
• write()：向文件写数据
• ⁠close()：关闭文件 </aside>

File Descriptor（fd）：

• 只是一个非负整数。
• 当你 open(”dev/tty”) 的时候，内核分配一个非负整数索引（比如3）
• 这个整数3，是 File Descriptor Table（文件描述符表）的key
• 以后需要 read/write 的时候，只需要把3给内核，就能access到

File Descriptor Table：

• key：之前说的FD非负整数
• value：对应的内核文件（struct file）
• 为啥value不是INode？？
  • 因为 INode只有一个，但是会话（session）可能有很多个。万一很多人都要访问就炸了。假如每个会话的fd都指向同一个INode，那就没法维护 session-specifc 的内容
  • 所以引入 Struct File。它 是内核用来记录**「单次会话状态」**的数据结构。里面最关键的字段事 Current File Offset（当前文件位置偏移）记录了当前读到哪里。
• 本质：⁠struct file 实现了文件内容的共享与读取状态的隔离。

INode:

• 存在硬盘的前半部分。先存 inode再存datablock
• 对于普通文件：Inode 存该文件硬盘上的地址
• 对于设备文件：Inode 不存地址，存 Major/Minor number 的组合
• Major Number (主设备号)： 标识驱动程序 (Driver)。
  • 它告诉内核：“这是一类什么设备？”
  • 例如：主设备号 8 可能对应 SCSI 磁盘驱动；主设备号 4 对应 TTY 终端驱动。
• Minor Number (次设备号)： 标识具体的设备实例 (Device Instance)。
  • 它告诉驱动程序：“我要操作你管理的哪一个设备？”
  • 例如：对于 SCSI 驱动（主号 8），次设备号 0 代表第一块硬盘 (⁠sda)，次设备号 1

Hard & Symbolic Link（硬链 vs 软链）