共计 3936 个字符，预计需要花费 10 分钟才能阅读完成。
Linux 文件系统
常见的硬盘如上图所示，每个盘片分多个磁道，每个磁道分多个扇区，每个扇区 512 字节，是硬盘的最小存储单元，但是在操作系统层面会将多个扇区组成块（block），是操作系统存储数据的最小单元，通常是 8 个扇区组成 4K 字节的块。
对于 Linux 文件系统，需要考虑以下几点：
- 文件系统需要有严格的组织形式，使文件能够以块为单位存储
- 文件系统需要有索引区，方便查找一个文件分成的多个块存在了什么位置
- 如果有文件近期经常被读写，需要有缓存层
- 文件应该用文件夹的形式组织起来方便管理和查询
- Linux 内核要在自己的内存里维护一套数据结构，保持哪些文件被哪些进程打开和使用
Linux 里面一切皆文件，都有以下几种文件（从 ls -l 结果的第一位标识位可以看出来）：
- – 表示普通文件
- d 表示文件夹
- c 表示字符设备文件
- b 表示块设备文件
- s 表示套接字 socket 文件
- l 表示软链接
Inode 和块存储
下面就以 EXT 系列格式为例来看一下文件是如果存在硬盘上的。首先文件会被分成一个个的块，分散得存在硬盘上，就需要一个索引结构来帮助我们找到这些块以及记录文件的一些元信息，这就是 inode，其中 i 代表 index。inode 数据结构如下：
struct ext4_inode {
__le16 i_mode; /* File mode */
__le16 i_uid; /* Low 16 bits of Owner Uid */
__le32 i_size_lo; /* Size in bytes */
__le32 i_atime; /* Access time */
__le32 i_ctime; /* Inode Change time */
__le32 i_mtime; /* Modification time */
__le32 i_dtime; /* Deletion Time */
__le16 i_gid; /* Low 16 bits of Group Id */
__le16 i_links_count; /* Links count */
__le32 i_blocks_lo; /* Blocks count */
__le32 i_flags; /* File flags */
union {
struct {__le32 l_i_version;} linux1;
struct {__u32 h_i_translator;} hurd1;
struct {__u32 m_i_reserved1;} masix1;
} osd1; /* OS dependent 1 */
__le32 i_block[EXT4_N_BLOCKS];/* Pointers to blocks */
__le32 i_generation; /* File version (for NFS) */
__le32 i_file_acl_lo; /* File ACL */
__le32 i_size_high;
__le32 i_obso_faddr; /* Obsoleted fragment address */
union {
struct {
__le16 l_i_blocks_high; /* were l_i_reserved1 */
__le16 l_i_file_acl_high;
__le16 l_i_uid_high; /* these 2 fields */
__le16 l_i_gid_high; /* were reserved2[0] */
__le16 l_i_checksum_lo;/* crc32c(uuid+inum+inode) LE */
__le16 l_i_reserved;
} linux2;
struct {
__le16 h_i_reserved1; /* Obsoleted fragment number/size which are removed in ext4 */
__u16 h_i_mode_high;
__u16 h_i_uid_high;
__u16 h_i_gid_high;
__u32 h_i_author;
} hurd2;
struct {
__le16 h_i_reserved1; /* Obsoleted fragment number/size which are removed in ext4 */
__le16 m_i_file_acl_high;
__u32 m_i_reserved2[2];
} masix2;
} osd2; /* OS dependent 2 */
__le16 i_extra_isize;
__le16 i_checksum_hi; /* crc32c(uuid+inum+inode) BE */
__le32 i_ctime_extra; /* extra Change time (nsec << 2 | epoch) */
__le32 i_mtime_extra; /* extra Modification time(nsec << 2 | epoch) */
__le32 i_atime_extra; /* extra Access time (nsec << 2 | epoch) */
__le32 i_crtime; /* File Creation time */
__le32 i_crtime_extra; /* extra FileCreationtime (nsec << 2 | epoch) */
__le32 i_version_hi; /* high 32 bits for 64-bit version */
__le32 i_projid; /* Project ID */
};其中 __le32 i_block[EXT4_N_BLOCKS] 存储了到数据块的引用，EXT4_N_BLOCKS 定义如下：
#define EXT4_NDIR_BLOCKS 12
#define EXT4_IND_BLOCK EXT4_NDIR_BLOCKS
#define EXT4_DIND_BLOCK (EXT4_IND_BLOCK + 1)
#define EXT4_TIND_BLOCK (EXT4_DIND_BLOCK + 1)
#define EXT4_N_BLOCKS (EXT4_TIND_BLOCK + 1)在 ext2 和 ext3 中 i_block 前 12 项存储了直接到数据块的引用，第 13 项存储的是到间接块的引用，在间接块里存储着数据块的位置，以此类推，第 14 项里存储着二次间接快的位置，第 15 项里存储着三次间接块的位置, 如下图所示：
不难看出，对于大文件，需要多次读取硬盘才能找到相应的块，在 ext4 中就提出了 Extents Tree 来解决这一问题，其核心思想就是把连续的块用开始位置加块的个数来表示，不再是一个一个去记录每一个块的位置，这样就能节约存储空间。首先，它将 i_block 中原来 4 15=60 字节的空间换成了一个 extent header（ext4_extent_header）加 4 个 extent entry（ext4_extent），因为 ext4_extent_header 和 ext4_extent 都是占用了 12 字节。ee_len 中的第一个 bit 用来判断是否初始化，所以它还能存储最大 32K 个数，所以一个 extent entry 里最大可以存 32K4K=128M 的数据，如果一个文件大于 4 128M=512M 或者这个文件被分散到多于 4 个不连续的块中存储，我们就需要扩展 inode 中的 i_block 结构。它的 extent entry 就要从 ext4_extent 被换成 ext4_extent_idx 结构体，它所指向的是一个块，有 4K 字节，除去 header 占用的 12 字节，还能存 340 个 ext4_extent，最大可以存 340128M=42.5G 的数据。可以看出这种索引结构在文件用连续的块存储时非常高效。
struct ext4_extent_header {
__le16 eh_magic; /* ext4 extents 标识：0xF30A */
__le16 eh_entries; /* 当前层级中有效节点的数目 */
__le16 eh_max; /* 当前层级中最大节点的数目 */
__le16 eh_depth; /* 当前层级在树中的深度，0 为叶子节点，即数据节点，>0 代表索引节点 */
__le32 eh_generation;
}
struct ext4_extent {
__le32 ee_block; /* extent 的起始 block 逻辑序号 */
__le16 ee_len; /* extent 包含的 block 个数 */
__le16 ee_start_hi; /*extent 起始 block 的物理地址的高 16 位 */
__le32 ee_start_lo; /*extent 起始 block 的物理地址的低 32 位 */
};// 数据节点中的 extent_body 格式
struct ext4_extent_idx {
__le32 ei_block; /* 索引所覆盖的文件范围的起始 block 的逻辑序号 */
__le32 ei_leaf_lo; /* 存放下一级 extents 的 block 的物理地址的低 32 位 */
__le16 ei_leaf_hi; /* 存放下一级 extents 的 block 的物理地址的高 16 位 */
__u16 ei_unused;
};// 索引节点中的 extent_body 格式举一个 /var/log/messages 文件的例子如下图所示：
inode 位图和块位图
硬盘上会有专门存放块数据的区域也会有存放 inode 的区域，但是当我们要新建一个文件时，就需要知道哪个 inode 区域和哪个块是空的，这就需要分别用一个块来存储 inode 位图和一个块来存储块位图，每一个 bit 为 1 表示占用，为 0 表示未占用。但是一个块最多有 4K*8=32K 个位，也就最多能表示 32K 个块的状态，所以需要让这些块组成一个块组，来搭出更大的系统。
硬链接和软链接
硬链接与原文件共用一个 inode，且 inode 不能跨文件系统，所以硬链接也不能跨文件系统。
软链接有自己 inode，只是打开文件时是指向另外一个文件，所以可以跨文件系统且当原文件被删除后仍存在。
