文件系统

1. 一句话总结

文件系统把磁盘块组织成文件和目录，通过 inode、文件描述符、Page Cache 管理访问。

2. 通俗解释

文件名像昵称，inode 像身份证，文件描述符像进程手里的访问凭证。读文件不一定每次碰磁盘，可能先走 Page Cache。

3. 核心概念

• 文件描述符 fd：进程打开文件后的整数句柄。
• inode：记录文件元数据和数据块位置。
• 目录项：文件名到 inode 的映射。
• 硬链接：多个文件名指向同一 inode。
• 软链接：特殊文件，内容指向路径。
• Page Cache：内核缓存文件数据。

4. 底层原理

• open 返回 fd，进程通过 fd read/write/close。
• 文件名不直接代表内容，目录项映射到 inode。
• 删除文件是减少链接计数，数据可能等 fd 关闭后释放。
• Page Cache 提高性能，但影响刷盘时机。
• fsync 强制刷盘，更可靠但更慢。

5. 面试标准回答

文件系统负责把磁盘空间组织成文件和目录。进程通过 open 打开文件后获得文件描述符，后续 read、write 都通过 fd 操作。文件名在目录中只是到 inode 的映射，inode 保存权限、大小、时间、数据块位置等元信息。硬链接是多个目录项指向同一个 inode，软链接是保存目标路径的特殊文件。操作系统用 Page Cache 缓存文件数据，读写不一定立刻访问磁盘；关键场景需要 fsync 或日志机制保证持久性。

6. 高频追问

追问 1：文件系统面试第一句话怎么答？

先给结论：文件描述符 fd：进程打开文件后的整数句柄。 再补充它解决的问题和使用场景，避免一上来背长定义。

追问 2：它为什么需要底层机制支撑？

open 返回 fd，进程通过 fd read/write/close。 面试官追问时要把“现象”落到“机制”和“代价”。

追问 3：常见误区是什么？

不要把平均情况说成绝对结论，也不要忽略边界条件、退化情况和工程成本。

追问 4：如果继续追问怎么展开？

可以沿着“定义 → 原理 → 对比 → 场景 → 缺点 → 优化”展开，重点说清：文件名不直接代表内容，目录项映射到 inode。

追问 5：实际开发中怎么体现？

日志系统要在吞吐和 fsync 可靠性之间取舍。 这类联系能把基础知识从“背概念”变成“解释工程选择”。

追问 6：回答时怎么收尾？

最后用一句话总结适用条件和代价，说明什么时候该用、什么时候不该用。

7. 易混淆点

8. 实际开发联系

• 日志系统要在吞吐和 fsync 可靠性之间取舍。
• 数据库 WAL 依赖顺序写和刷盘策略。
• Nginx 静态文件发送会利用 Page Cache 和 sendfile。

9. 背诵速记

文件名通过目录项映射 inode，进程通过 fd 访问文件。硬链接共享 inode，软链接保存路径。Page Cache 提升读写性能，fsync 更可靠但更慢。