Linux 文件不仅指磁盘上的数据，还包括设备、进程等资源。阐述文件的狭义定义（内容 + 属性）与广义定义（一切皆文件），解析进程与操作系统在文件操作中的角色，介绍统一接口降低开发难度的设计哲学，以及内核中 struct file 和 struct file_operations 的实现逻辑。通过对比 Linux 与 Windows 模型，帮助读者深入理解 Linux IO 基础。
当你在 Linux 终端输入 touch test.txt 创建一个文件，或用 查看日志时，是否想过： 为什么 Linux 里连键盘、显示器甚至进程都被叫做 '文件'？这篇文章会从最直观的 '磁盘文件' 入手，逐步带你理解 Linux '一切皆文件' 的核心哲学，为后续学习 IO 操作打下坚实基础。
cat log.txt我们日常说的'文件'，大多是指存放在硬盘（或 SSD）里的文本、图片、视频等数据 —— 这就是 Linux 中文件的狭义定义。要理解它，我们得先搞清楚'文件的家'（磁盘）和'文件的本质'。
首先要明确一个关键点：磁盘是'永久性存储介质'。和内存（断电数据消失）不同，磁盘里的数据即使关机也不会丢失 —— 这也是我们把文件存在磁盘里的原因。同时，磁盘还有一个特殊身份：外设（既可以输入数据，也可以输出数据）。
test.txt）；test.txt）。这种'和磁盘交换数据'的过程，就是我们常说的IO（Input/Output，输入输出）。所以，对文件的所有读写操作，本质都是和磁盘的 IO 交互—— 这也是'文件操作'和'IO'总是绑在一起的原因。
很多人以为'文件就是里面存的数据'，但实际上，Linux 中的文件由两部分组成，缺一不可：
你可能注意过，用 touch empty.txt 创建的空文件（大小显示 0KB），在磁盘上依然会占用少量空间（通常是几个字节到几十字节）。原因很简单：空文件没有内容，但必须存储属性信息—— 比如文件名 empty.txt、创建时间 2024-11-23、权限 -rw-r--r-- 等，这些属性需要占用磁盘空间（存储在 Linux 的 inode 结构中，后续文章会详细讲）。
我们可以用 ls -l 命令直观看到文件的属性：
# 查看空文件的属性（大小 0，但有创建时间、权限等）
ls -l empty.txt
其中，-rw-r--r-- 是权限，1 是硬链接数，user 是所属用户，0 是内容大小，Nov 23 10:00 是创建时间，empty.txt 是文件名 —— 这些都是文件的属性。
无论是日常用的 cat（读内容）、echo "hello" > test.txt（写内容），还是 chmod 755 test.sh（改权限属性）、mv old.txt new.txt（改文件名属性），本质都是在操作文件的'内容'或'属性'。比如：
vim test.txt：先读文件的'内容'和'属性'（比如权限是否允许编辑），编辑后再写回'内容'；ls -lh：只读取文件的'属性'（大小、权限、时间），不读取'内容'。文件不会'自己动'，必须通过程序来操作。这里有两个关键角色：进程（执行者） 和 操作系统（管理者），它们的分工不同，但共同完成文件操作。
你打开一个文件时，不是'你'在操作文件，而是进程在操作。比如：
report.pdf：是 chrome 进程在读取 report.pdf 的内容；gcc 编译 main.c：是 gcc 进程在读取 main.c 的内容，再生成 a.out 文件（写内容）。进程就像'员工'，它需要使用文件（比如读取配置、写入日志），但它不能直接'接触'磁盘 —— 因为磁盘是由操作系统统一管理的'公共资源'，不允许进程直接操作（否则会导致数据混乱，比如多个进程同时写一个文件）。
操作系统就像'管理员'，负责管理磁盘上的所有文件，以及协调进程对文件的操作。这里有一个很重要的细节：我们写代码时用的 C 库函数（如 fopen、fwrite），并不是直接操作磁盘。
真实的流程是这样的：
用户代码（C 库函数） → 系统调用（如 open、write） → 操作系统 → 磁盘
fopen）：是'包装器'，把复杂的系统调用逻辑简化，让开发者更容易使用；open）：是用户程序和操作系统的'桥梁'，进程通过系统调用向操作系统'申请'操作文件；举个例子：当你用 fwrite 往文件写数据时，流程是：
fwrite（C 库函数）；fwrite 内部调用 write 系统调用，告诉操作系统'我要往某个文件写数据'；write，write 再返回给 fwrite，最终告诉你'写入成功'。到这里，你可能觉得'文件就是磁盘里的东西'—— 但 Linux 的强大之处在于，它把几乎所有系统资源都抽象成了'文件'，这就是文件的广义定义。
在 Linux 中，以下这些你以为'不是文件'的东西，本质上都是'文件'，可以用操作文件的接口（如 read、write）来操作：
| 资源类型 | 对应的'文件'路径示例 | 操作示例（用文件接口） |
|---|---|---|
| 键盘 | /dev/input/event0（不同设备路径可能不同） | cat /dev/input/event0（读按键） |
| 显示器 | /dev/tty1（当前终端） | echo "hello" > /dev/tty1（写显示） |
| 进程 | /proc/1234/status（PID 为 1234 的进程） | cat /proc/1234/status（读进程状态） |
| 磁盘 | /dev/sda1（第一个磁盘的第一个分区） | fdisk /dev/sda1（管理磁盘分区） |
| 网卡 | /sys/class/net/eth0（网卡 eth0） | cat /sys/class/net/eth0/address（读 MAC 地址） |
| 管道（进程间通信） | 匿名管道或 mkfifo 创建的命名管道 | echo "hi" > pipe（写管道） |
是不是很神奇？比如你可以用 cat /proc/self/status 查看当前终端进程的状态（self 代表当前进程），输出结果里会有进程 ID、内存占用、CPU 使用等信息 —— 这些信息被 Linux 封装成了'文件'，你用读文件的方式就能获取。
光说不练假把式，我们来做几个小实验，感受'一切皆文件'：
# 查看当前终端进程的状态（self 代表当前进程）
cat /proc/self/status
# 输出结果会包含：
# PID: 12345（进程 ID）
# VmSize: 1234 kB（虚拟内存大小）
# Cpus_allowed: ffffffff（允许使用的 CPU 核心）
这里的 /proc 是一个'虚拟文件系统'，里面的文件不存放在磁盘上，而是由内核动态生成 —— 但它的接口和普通文件完全一样，你用 cat 就能读。
# 往当前显示器（/dev/tty）写内容
echo "我在直接操作显示器文件！" > /dev/tty
# 你会看到终端上直接显示这句话
显示器本来是'输出设备'，但 Linux 把它抽象成文件后，你用 write 或 echo > 就能往它'写'数据（也就是显示内容）。
stdin 是'标准输入'，默认对应键盘，它的本质也是一个文件（文件描述符为 0）：
# 从 stdin（键盘）读数据，再写回 stdout（显示器）
read -r msg < /dev/stdin && echo "你输入了：$msg" > /dev/stdout
# 运行后输入任意内容，按回车，会显示你输入的内容
这里的 /dev/stdin 就是键盘的'抽象文件'，read 命令本质上是调用 read 系统调用，从 /dev/stdin 读数据。
Linux 把所有资源抽象成文件，不是'为了抽象而抽象'，而是为了解决两个核心问题：
如果没有'一切皆文件'，开发者需要学习不同的接口来操作不同的资源：
file_read、file_write；keyboard_read、keyboard_write；process_read、process_write；但有了'一切皆文件'，开发者只要学会一套 IO 接口（如 open、read、write、close），就能操作所有资源。比如：
read(fd, buf, size)；read(stdin_fd, buf, size)（stdin_fd 是 0）；read(proc_fd, buf, size)；这就像'万能钥匙'，一把钥匙能开所有门 —— 极大降低了学习成本和开发难度。
Linux 的权限控制（如 r 读、w 写、x 执行）也是基于'文件'设计的。对于'特殊文件'（如设备文件），同样可以用权限来控制访问：
# 查看显示器文件的权限
ls -l /dev/tty1
# 输出：crw--w---- 1 root tty 4, 1 Nov 23 10:00 /dev/tty1
这里的 crw--w---- 中：
c 表示是'字符设备文件'；rw-：所有者（root）有读、写权限；--w：所属组（tty）有写权限；---：其他用户没有权限。如果普通用户想往 /dev/tty1 写内容，会因为权限不足失败 —— 这和普通文件的权限控制逻辑完全一致。
你可能会问：'不同资源的操作逻辑完全不同（比如读键盘和读磁盘），怎么用同一套接口实现？'答案藏在 Linux 内核的两个核心结构体里：struct file 和 struct file_operations。
每当一个文件（包括设备、进程等）被打开时，Linux 内核会创建一个 struct file 结构体，用来记录这个文件的'关键信息'，比如：
f_inode：指向文件的 inode（存储文件属性，如权限、大小）；f_op：指向 struct file_operations（文件的操作函数集）；f_pos：当前读写位置（比如读文件读到了第 100 字节，f_pos 就是 100）；f_flags：文件的打开标志（比如只读、只写）。简单说，struct file 就是这个'文件'的'身份证'，记录了'它是谁''能怎么操作它''当前操作到哪了'。
struct file_operations 是一个'函数指针集合'，里面存储了操作这个文件的所有函数（比如读、写、打开、关闭）。不同类型的'文件'，会实现不同的函数逻辑，但函数名和参数列表是统一的。
比如：
read 函数的逻辑是'从磁盘扇区读取数据到内存'；read 函数的逻辑是'从键盘缓冲区读取按键数据到内存'；/proc/1234/status），read 函数的逻辑是'从内核进程管理模块获取进程状态，生成文本数据返回'。举个具体的例子：当你用 read 读键盘（/dev/input/event0）时，流程是：
read(fd, buf, size)，其中 fd 是键盘文件的文件描述符；fd 找到对应的 struct file；struct file 的 f_op 指针指向键盘文件的 struct file_operations；f_op->read（键盘驱动实现的 read 函数），读取键盘数据；read 返回给你的代码。这个过程中，你完全不用关心'这是键盘还是磁盘'，只要调用 read 就行 —— 因为接口是统一的。
理解'一切皆文件'后，我们可以对比一下 Linux 和 Windows 的文件模型，更能体会 Linux 的设计巧思：
| 对比维度 | Linux | Windows |
|---|---|---|
| 资源抽象 | 一切皆文件（设备、进程、网卡等） | 区分文件、设备、注册表等（不同资源接口不同） |
| 操作接口 | 统一的 IO 接口（read、write 等） | 不同资源用不同 API（如文件用 ReadFile，设备用 DeviceIoControl） |
| 权限控制 | 基于文件权限（rwx）统一控制 | 文件权限、设备权限分开控制 |
| 虚拟文件系统 | 广泛使用（如 /proc、/sys） | 部分支持（如 \.\ 设备路径），但不如 Linux 统一 |
比如，在 Windows 中，你要读进程状态需要用 CreateToolhelp32Snapshot 等专门的 API，而在 Linux 中，直接用 read 读 /proc 文件就行 —— 这就是'一切皆文件'带来的简洁性。
这篇文章我们从'狭义文件'（磁盘上的内容 + 属性）讲到'广义文件'（Linux 的资源抽象），核心要点可以总结为 3 句话：
理解这些，你就打通了 Linux IO 的'任督二脉'—— 后续我们会深入学习 C 库 IO 接口、系统调用、文件描述符、重定向等内容，所有知识点都建立在'文件'的基础上。
下一篇文章，我们将聚焦'C 语言标准库 IO 接口'，手把手教你用 fopen、fread、fwrite 等函数操作文件，从'会用'到'理解原理'。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
将 Markdown（GFM）转为 HTML 片段，浏览器内 marked 解析；与 HTML转Markdown 互为补充。 在线工具，Markdown转HTML在线工具，online
将 HTML 片段转为 GitHub Flavored Markdown，支持标题、列表、链接、代码块与表格等；浏览器内处理，可链接预填。 在线工具，HTML转Markdown在线工具，online
通过删除不必要的空白来缩小和压缩JSON。 在线工具，JSON 压缩在线工具，online
将JSON字符串修饰为友好的可读格式。 在线工具，JSON美化和格式化在线工具，online