Shell / Bash
Linux Ext 系列文件系统原理：从磁盘结构到软硬链接
Linux Ext 系列文件系统是 Linux 主流的文件系统，从磁盘物理结构出发，解析了块、分区、inode 等核心概念，阐述了 Ext2 文件系统的架构（超级块、GDT、位图、inode 表），并详细说明了目录挂载机制及软硬链接的底层实现逻辑。文章涵盖了磁盘物理与逻辑结构、CHS 与 LBA 寻址、Ext2 块组管理细节以及路径解析过程，帮助读者深入理解 Linux 文件存储的底层原理。
Linux Ext 系列文件系统是 Linux 主流的文件系统，从磁盘物理结构出发，解析了块、分区、inode 等核心概念，阐述了 Ext2 文件系统的架构（超级块、GDT、位图、inode 表），并详细说明了目录挂载机制及软硬链接的底层实现逻辑。文章涵盖了磁盘物理与逻辑结构、CHS 与 LBA 寻址、Ext2 块组管理细节以及路径解析过程，帮助读者深入理解 Linux 文件存储的底层原理。
Ext 系列文件系统（Ext2/Ext3/Ext4）是 Linux 最经典的文件系统。本文从磁盘硬件出发，拆解 Ext 文件系统的设计逻辑——从物理扇区到逻辑块，从 inode 到块组，再到目录、挂载和软硬链接，解析 Linux 文件存储的底层原理。
磁盘是计算机的'仓库'，但它本身只是一堆'冰冷的硬件'——由盘片、磁头、扇区组成，只能按物理地址存储数据。如果直接让用户按物理地址操作磁盘，不仅效率极低，还会导致数据混乱。
**文件系统（File System）**是操作系统用于管理磁盘等存储设备的一套规则、数据结构和接口集合。它就像磁盘的'管理员 + 翻译官'，一边对接底层存储硬件，一边为上层用户/程序提供'文件名、路径'等友好的操作方式。核心目标是让'存储数据'变得有序、高效、安全。
文件系统的核心作用，就是给磁盘'制定规则'：
简单说：没有文件系统的磁盘，只是一堆能存储 0 和 1 的'裸硬件'；有了文件系统，磁盘才变成了能分类存放'文件'的'智能仓库'。
Ext 系列文件系统中，Ext2 是基础，Ext3/Ext4 在其之上增加了日志等特性，核心设计完全一致。我们以 Ext2 为原型，讲解文件系统的底层逻辑。
磁盘（Disk）是计算机中用于长期存储数据的硬件设备，它是块设备，也是操作系统和用户数据的'最终归宿'。要理解文件系统，首先得懂磁盘的物理结构和寻址方式。
机械磁盘的物理结构类似'多碟 CD 机'，核心组件包括：
我们在磁盘中通过一个个的扇区来存储数据。一个磁盘中有多个盘面，因此就有多个磁头，这些磁头是共进退的，也就是说它们会同时执行不同盘面的相同位置的扇区。因此所有盘面中的同心圆，也就是相对位置相同的磁道就组成了一个柱面。
例如：一张磁盘有 2 个盘片（4 个盘面），每个磁道有 63 个扇区，共 1024 个磁道，其容量计算为：容量 = 磁头数（4）× 柱面数（1024）× 每磁道扇区数（63）× 每扇区字节数（512）= 64MB。
在 OS 中，我们可以把每一个盘片看作是'磁带'，将盘在一起的'磁带'拉成一条直线，形成线性结构。这种地址叫做 LBA（Logical Block Address），即线性地址。
但实际上，磁盘的逻辑结构是由一个个柱面为单位展开的。整个磁盘所有盘面的同一个磁道，即柱面展开。柱面上的每个磁道，扇区个数是一样的，因此我们一个柱面展开后就是一个二维数组，那么整个磁盘就是多张二维的扇区数组表。
那么在磁盘上进行寻址（也就是物理结构上）需要先找到哪一个柱面 (Cylinder)，再确定柱面内哪一个磁道 (Head)，在确定扇区（Sector），所以就有了 CHS 寻址。
在我们看来，整个磁盘其实全部都是一维数组。每一个扇区都有一个下标，这个下标我们叫做 LBA 地址。这样，我们在 OS 中就可以通过一个数字下标去找到对应的扇区。这就是磁盘的逻辑结构。
因此 OS 只需要使用 LBA 就可以进行寻址了，对于 LBA 地址转成 CHS 地址，CHS 如何转换成为 LBA 地址由磁盘自己做，不需要我们关心。
要读取一个扇区，需要定位'哪个磁头（盘面）、哪个柱面（磁道）、哪个扇区'——这就是CHS 寻址（Cylinder/Head/Sector）。
但 CHS 有个致命局限：早期系统用 8 位存磁头、10 位存柱面、6 位存扇区，最大支持容量仅 8GB，无法满足大磁盘需求。于是LBA 寻址（Logical Block Address）应运而生：把磁盘所有扇区看作一个'一维数组'，每个扇区对应一个唯一的'逻辑地址'（数组下标）。磁盘硬件会自动将 LBA 地址转换为 CHS 地址，上层（操作系统）只需用 LBA 即可。
CHS 与 LBA 的转换公式：
LBA = 柱面号 × 磁头数 × 每磁道扇区数 + 磁头号 × 每磁道扇区数 + 扇区号 - 1柱面号 = LBA // （磁头数×每磁道扇区数），磁头号 = （LBA % （磁头数×每磁道扇区数）） // 每磁道扇区数，扇区号 = （LBA % 每磁道扇区数） + 1对用户而言，磁盘从此变成了'按 LBA 访问的一维数组'，文件系统只需基于 LBA 管理数据。
Ext 文件系统在磁盘基础上，定义了三个关键概念：块、分区、inode，它们是文件存储的'基石'。
硬盘是典型的'块'设备，操作系统读取硬盘数据的时候，不会一个个扇区地读取，而是一次性连续读取多个扇区。Ext 文件系统将连续的多个扇区组合成'块'，作为文件存取的最小单位。
块号 = LBA // 8，块内扇区 = LBA % 8。查看块信息：用 stat 命令，比如 stat test.c 会显示 Blocks: 8（表示文件占用 8 个块，共 32KB）、IO Block: 4096（块大小 4KB）。
'块'是文件系统的基本单位。
磁盘是可以被分成多个分区（partition）的。分区从实质上说就是对硬盘的一种格式化。但是 Linux 的设备都是以文件形式存在。
柱面是分区的最小单位，我们可以利用参考柱面号码的方式来进⾏分区，其本质就是设置每个区的起始柱面和结束柱面号码。
fdisk -l 命令，比如 /dev/vda1 是第一个分区，Start 和 End 列显示其扇区范围。只要知道每个分区的起始和结束柱面号，就可以知道每一个柱面有多少个扇区，那么该分区的大小以及该分区的 LBA 起止范围也就清楚了。
我们知道 文件 = 属性（元数据） + 内容。Ext 文件系统将'文件属性'单独存储在inode（索引节点） 中，每个文件对应一个唯一的 inode（在同一个分区中），包含：
i_block 数组（Ext2 中 15 个元素），存储'文件内容所在的块号'（直接块、间接块，支持大文件存储）；查看 inode：用 ls -li 命令，第一列就是 inode 号。
文件数据都储存在'块'中，那么很显然，我们还必须找到一个地方储存文件的元信息（属性信息），比如文件的创建者、文件的创建日期、文件的大小等等。这种储存文件元信息的区域就叫做 inode，中文译名为'索引节点'。
因此 Linux 中文件的存储是属性和内容分离存储的。下面是 Linux 源码中的 inode，它是一个结构体：
/* * Structure of an inode on the disk */
struct ext2_inode {
__le16 i_mode; /* File mode */
__le16 i_uid; /* Low 16 bits of Owner Uid */
__le32 i_size; /* Size in bytes */
__le32 i_atime; /* Access time */
__le32 i_ctime; /* Creation 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; /* Blocks count */
__le32 i_flags; /* File flags */
union {
struct {
__le32 l_i_reserved1;
} linux1;
struct {
__le32 h_i_translator;
} hurd1;
struct {
__le32 m_i_reserved1;
} masix1;
} osd1; /* OS dependent 1 */
__le32 i_block[EXT2_N_BLOCKS]; /* Pointers to blocks */
__le32 i_generation; /* File version (for NFS) */
__le32 i_file_acl; /* File ACL */
__le32 i_dir_acl; /* Directory ACL */
__le32 i_faddr; /* Fragment address */
union {
struct {
__u8 l_i_frag; /* Fragment number */
__u8 l_i_fsize; /* Fragment size */
__u16 i_pad1;
__le16 l_i_uid_high;/* these 2 fields */
__le16 l_i_gid_high;/* were reserved2[0] */
__u32 l_i_reserved2;
} linux2;
struct {
__u8 h_i_frag; /* Fragment number */
__u8 h_i_fsize; /* Fragment size */
__le16 h_i_mode_high;
__le16 h_i_uid_high;
__le16 h_i_gid_high;
__le32 h_i_author;
} hurd2;
__u8 m_i_frag;
__u8 m_i_fsize;
__u16 m_pad1;
__u32 m_i_reserved2[];
} masix2;
} osd2;
};
我们要知道，文件名属性并未纳入到 inode 数据结构内部。并且对于任何文件，它们的内容大小是不同的，但属性大小一定是相同的，因为它们的属性都存放在 inode 结构体中，这里也是一个 inode 中不存放文件名的原因：文件名的大小是不固定的，如果在 inode 中存放文件名，那么 inode 的大小也将不固定。
到目前为止，我们对文件系统的核心有了一定的了解，但是：
文件系统就是为了组织管理这些的，下面让我们来看一看 Ext2 文件系统是如何做的。
文件系统的载体是分区，也就是说每一个分区都有对应的文件系统去进行管理，因此我们只需要了解一个文件系统对一个分区的管理，就可以推广到该文件系统对其他分区的管理。
所有的准备工作都已经做完，是时候认识下文件系统了。想要在硬盘上储文件，必须先把硬盘格式化为某种格式的文件系统，才能存储文件。文件系统的目的就是组织和管理硬盘中的文件。在 Linux 系统中，最常见的是 Ext2 系列的文件系统。其早期版本为 Ext2，后来又发展出 Ext3 和 Ext4。Ext3 和 Ext4 虽然对 Ext2 进行了增强，但是其核心设计并没有发生变化，我们仍是以较老的 Ext2 作为演示对象。
Ext2 文件系统将整个分区划分成若干个同样大小的块组 (Block Group)，每个块组结构相同，类似'小区分栋管理'——既方便维护，又能减少磁头移动（同一块组的块物理位置相近）。
只要能管理一个分区就能管理所有分区，也就能管理所有磁盘文件。
上图中启动块（Boot Block/Sector）的大小是确定的，为 1KB，由 PC 标准规定，用来存储磁盘分区信息和启动信息，任何文件系统都不能修改启动块。启动块之后才是 ext2 文件系统的开始。
因此我们研究 Ext2 文件系统，主要就在于研究块组，下面让我们来看一下一个块组是由哪几部分构成的：
超级块是文件系统的'大脑'，存放文件系统本身的结构信息，描述整个分区的文件系统信息。记录的信息主要有：
Super Block 的信息被破坏，可以说整个文件系统结构就被破坏了。超级块在每个块组的开头都有一份拷贝（第一个块组必须有，后面的块组可以没有）。为了保证文件系统在磁盘部分扇区出现物理问题的情况下还能正常工作，就必须保证文件系统的 super block 信息在这种情况下也能正常访问。所以一个文件系统的 super block 会在多个 block group 中进行备份，这些 super block 区域的数据保持一致。
下面是 Linux 内核源码中存储超级块的结构体：
/* * Structure of the super block */
struct ext2_super_block {
__le32 s_inodes_count; /* Inodes count */
__le32 s_blocks_count; /* Blocks count */
__le32 s_r_blocks_count; /* Reserved blocks count */
__le32 s_free_blocks_count; /* Free blocks count */
__le32 s_free_inodes_count; /* Free inodes count */
__le32 s_first_data_block; /* First Data Block */
__le32 s_log_block_size; /* Block size */
__le32 s_log_frag_size; /* Fragment size */
__le32 s_blocks_per_group; /* # Blocks per group */
__le32 s_frags_per_group; /* # Fragments per group */
__le32 s_inodes_per_group; /* # Inodes per group */
__le32 s_mtime; /* Mount time */
__le32 s_wtime; /* Write time */
__le16 s_mnt_count; /* Mount count */
__le16 s_max_mnt_count; /* Maximal mount count */
__le16 s_magic; /* Magic signature */
__le16 s_state; /* File system state */
__le16 s_errors; /* Behaviour when detecting errors */
__le16 s_minor_rev_level; /* minor revision level */
__le32 s_lastcheck; /* time of last check */
__le32 s_checkinterval; /* max. time between checks */
__le32 s_creator_os; /* OS */
__le32 s_rev_level; /* Revision level */
__le16 s_def_resuid; /* Default uid for reserved blocks */
__le16 s_def_resgid; /* Default gid for reserved blocks */
__le32 s_first_ino; /* First non-reserved inode */
__le16 s_inode_size; /* size of inode structure */
__le16 s_block_group_nr; /* block group # of this superblock */
__le32 s_feature_compat; /* compatible feature set */
__le32 s_feature_incompat;
__le32 s_feature_ro_compat;
__u8 s_uuid[];
s_volume_name[];
s_last_mounted[];
__le32 s_algorithm_usage_bitmap;
__u8 s_prealloc_blocks;
__u8 s_prealloc_dir_blocks;
__u16 s_padding1;
__u8 s_journal_uuid[];
__u32 s_journal_inum;
__u32 s_journal_dev;
__u32 s_last_orphan;
__u32 s_hash_seed[];
__u8 s_def_hash_version;
__u8 s_reserved_char_pad;
__u16 s_reserved_word_pad;
__le32 s_default_mount_opts;
__le32 s_first_meta_bg;
__u32 s_reserved[];
};
查看超级块信息：用
dumpe2fs /dev/vda1 | grep -i superblock命令，可看到超级块的位置和内容。
GDT 也叫块组描述符表，用来描述块组属性信息，整个分区分成多个块组就对应有多少个块组描述符。每个块组对应一个描述符，记录该块组的'资源位置'：
bg_block_bitmap）：该块组的块位图存在哪个块；bg_inode_bitmap）：该块组的 inode 位图存在哪个块；bg_inode_table）：该块组的 inode 表从哪个块开始；bg_free_blocks_count（空闲块数）、bg_free_inodes_count（空闲 inode 数）。// 磁盘级 blockgroup 的数据结构
/* * Structure of a blocks group descriptor */
struct ext2_group_desc {
__le32 bg_block_bitmap; /* Blocks bitmap block */
__le32 bg_inode_bitmap; /* Inodes bitmap */
__le32 bg_inode_table; /* Inodes table block*/
__le16 bg_free_blocks_count; /* Free blocks count */
__le16 bg_free_inodes_count; /* Free inodes count */
__le16 bg_used_dirs_count; /* Directories count */
__le16 bg_pad;
__le32 bg_reserved[3];
};
位图是'高效管理空闲资源'的工具，用 1 个 bit 表示 1 个资源的状态（0 = 空闲，1 = 占用）：
相信大家在日常中会发现我们下载东西时会比较慢，但是删除时却非常的快，这是因为我们下载内容时需要通过位图来找到空闲的数据块和 inode 号，再对其进行写入，而删除时我们直接将对应的位图标记为空即可，不需要再将对应的数据块以及 inode 清空。
这也是为什么删除文件后，用数据恢复工具能找回文件（只要数据块没被新内容覆盖）—— 本质是'逻辑上释放空间，物理上保留数据'。
inode 表是连续的块，存储该块组所有 inode 的具体内容（每个 inode 默认 128 字节或 256 字节）。比如块组的 inode 表从块 100 开始，那么块 100 ~ 块 103 可能存储了 64 个 inode（128 字节 / 个）。
每个 inode 有唯一编号（分区内连续），比如第一个块组的 inode 从 1 开始，第二个块组从'每块组 inode 数 + 1'开始。也就是说在一个分区内每一个 inode 号只有一个。
如上图所示，每一行就代表一个文件的文件属性。
在一个文件的 inode 中存在着 12 个直接指针块以及一级到三级的间接块索引表指针，用来指向该文件所对应的内容存放的数据块。
这里我们要知道，由于每一个块组的大小是相同的，也就是说每一个块组中的数据块的个数是一样的，那么当一个文件的内容过大时，其内容也可能存放到其他块组的数据块中，具体是哪些数据块都存放在索引表中。
数据块是块组中最大的区域，存储文件的实际内容，根据文件类型不同，存储方式也不同：
test 的数据块中，有 test.c → 1052007 的记录）；数据块的块号在一个分区中也是唯一的，也就是说 inode 号和数据块都是跨组编号的，不能跨分区，所以在同一个分区内部 inode 号和块号都是唯一的。
分区之后的格式化操作，就是对分区进行分组，在每个分组中写入 SB、GDT、Block Bitmap、Inode Bitmap 等管理信息，这些管理信息统称：文件系统。
只要知道文件的 inode 号，就能在指定分区中确定是哪一分组，进而在哪一分组确定是哪一个 inode，拿到对应 inode 后文件属性和内容就全部都有了。
下面我们来看一下创建一个文件的步骤：
我们平时用 /home/hcy/test.c 这样的路径访问文件，但 Linux 底层是如何通过路径找到磁盘上的扇区？这需要理解'目录的本质''路径解析'和'挂载'三个关键点。
我们上面说过，inode 中只存放文件的属性，并不存放文件名，但是我们在访问文件时都是使用的文件名，基本上不会使用 inode 号，这是为什么呢？
这需要我们对目录有一个清晰的认识！那么在 Linux 中是如何看待目录的呢？我们知道在 Linux 下一切皆文件，目录也是一种文件，那么它也有对应属性和内容，也就是说目录也有对应的 inode 和数据块，目录的属性不必多说，关键在于目录文件的内容：
也就是说，文件的文件名都保存在它所在目录文件的内容中！
比如 ls -li /home/hcy 显示：
这意味着 /home/hcy 的数据块中，有两条记录：test.c → 525789、demo1 → 525787（demo1 是目录，其 inode 指向自己的 inode 表和数据块）。
所以当我们访问文件时，必须打开当前目录，根据文件名来获得对应的 inode 号，然后进行文件访问，因此我们想要访问文件就必须要知道当前目录，本质是必须能打开当前工作目录文件，查看目录文件的内容。
我们已经知道访问文件需要打开当前工作目录文件，查看当前工作目录文件的内容，但是当前工作目录不也是一个文件吗？我们访问当前工作目录不也是只知道当前工作目录的文件名吗？要访问它也得知道当前工作目录的 inode 啊。所以我们也要打开当前目录的上级目录，同理，上级目录也有它自己的上级目录，这个过程类似于递归，出口是'/'根目录。
实际上，任何文件都有其路径，当访问目标文件，比如：/home/hcy/test.c 都要从根目录开始，依次打开每一个目录，根据目录名，依次访问每个目录下指定的目录，直到访问到 test.c。这个过程叫做 Linux 路径解析。
这也就是访问文件必须有路径的原因，我们可以用相对路径和绝对路径两种方式来进行访问，其实它们的本质是一样的：能使用相对路径访问是因为我们要访问的文件的 PCB 中存放着当前工作目录 cwd，当我们使用相对路径时 OS 会自动将其拼接成绝对路径。
路径 /home/hcy/test.c 的解析过程，就像从'小区大门'找'某栋楼某户'：
/）的 inode 号是固定的（通常是 2），系统开机后已知；home → inode-A 的记录；home 的 inode（inode-A），找到其数据块位置，从中找到 whb → inode-B 的记录；hcy 的 inode（inode-B），找到其数据块位置，从中找到 test.c → inode-C 的记录；test.c 的 inode（inode-C），从 i_block 数组找到存储内容的数据块，读取文件。这就是'路径解析'的核心 —— 从根目录开始，逐层解析每个目录的'文件名→inode'映射，直到找到目标文件的 inode。
根目录固定文件名，inode 号，无需查找，系统开机之后就必须知道
Linux 的根目录及系统缺省目录构成了目录树的基础骨架，用户新建的目录则对其进行扩展，两者共同形成了完整的目录树；而路径是基于这个目录树，描述文件 / 目录位置的访问标识 —— 因此系统和用户共同构建了 Linux 路径结构的基础。
思考一下：在 Linux 的磁盘中真的存在目录树吗？也就是目录的树状结构。答案是不存在的，在磁盘中只有文件的属性和内容。那么在我们访问文件时，是不是就意味着每一次访问都需要从根目录开始进行路径解析呢？从原则上来说是这样的，但是这种方式效率太过低下，因此 OS 会缓存历史路径结构。
所以在 Linux 中目录的概念是由 OS 产生的，OS 自己在内存中进行路径维护。
Linux 中，在内核中维护树状路径结构的内核结构体叫做：struct dentry
struct dentry {
atomic_t d_count;
unsigned int d_flags; /* protected by d_lock */
spinlock_t d_lock; /* per dentry lock */
struct inode *d_inode; /* Where the name belongs to - NULL is negative */
struct hlist_node d_hash; /* lookup hash list */
struct dentry *d_parent; /* parent directory */
struct qstr d_name;
struct list_head d_lru; /* LRU list */
union {
struct list_head d_child; /* child of parent list */
struct rcu_head d_rcu;
} d_u;
struct list_head d_subdirs; /* our children */
struct list_head d_alias; /* inode alias list */
unsigned long d_time; /* used by d_revalidate */
*d_fsdata;
d_mounted;
d_iname[DNAME_INLINE_LEN_MIN];
}
对于 dentry，我们需要注意以下几点：
dentry 结构，包括普通文件。这样所有被打开的文件，就可以在内存中形成整个树形结构更重要的是，这个树形结构，整体构成了 Linux 的路径缓存结构，打开访问任何文件，都在先在这棵树下根据路径进行查找，找到就返回属性 inode 和内容，没找到就从磁盘加载路径，添加 dentry 结构，缓存新路径。
这也是为什么当我们在整个根目录下查找某些文件时第一次很慢，第二次查找相同的文件时就会很快的原因。
我们已经能够根据 inode 号在指定分区找到对应的文件，也能根据目录文件的内容通过文件名找到指定的 inode，也就是说在指定的分区内，我们可以为所欲为了。可是问题来了，我们该怎么知道我们再哪一个分区呢？这里我们直接说结论：
分区写入文件系统，无法直接使用，需要和指定的目录关联，进行挂载才能使用。所以，可以根据访问目标文件的'路径前缀'准确判断在哪一个分区。
也就是说我们需要将分区挂载到目录上才可以使用这个分区（单单的只对分区初始化是不能直接使用的），通过进入这个目录，就相当于进入这个分区。
分区（如 /dev/vda1）本身是'孤立的逻辑磁盘'，必须通过挂载（mount） 与某个目录（如 /mnt）关联，才能被访问。
mount -t ext4 /dev/vda1 /mnt（将 /dev/vda1 分区以 Ext4 格式挂载到 /mnt）；umount /mnt（解除关联）；查看挂载：df -h 命令，显示所有已挂载的分区和关联目录。
比如用 dd if=/dev/zero of=disk.img bs=1M count=5 创建一个 5MB 的模拟磁盘，用 mkfs.ext4 disk.img 格式化为 Ext4，再 mount disk.img /mnt/mydisk，此时 /mnt/mydisk 就对应这个模拟磁盘的文件系统。
至此，对于文件系统我们已经基本上了解了，下面我们通过一张图来进行一下总结：
有时我们需要给文件创建'别名'，Linux 提供了两种链接方式：硬链接和软链接，它们的底层逻辑完全不同。
硬链接是'给文件的 inode 多一个文件名映射'—— 多个文件名对应同一个 inode，本质是'同一文件的不同别名'。
ln 目标文件 硬链接名（如 ln test.c test.hard）；ls -li 可验证）；i_links_count 中（创建硬链接时 + 1，删除时 - 1，为 0 时才释放磁盘）；ln /home /home/link 会报错）。用途：文件备份（删除原文件，硬链接仍能访问）、系统特殊目录（. 是当前目录的硬链接，.. 是上级目录的硬链接，ls -li . .. 可看到它们的 inode 号对应目录的 inode）。
红色框圈住的就是每个文件对应的引用计数，也就是硬链接的数量，对于目录文件 demo1 来说，由于在其目录下还有. 目录指向自己，所以它的引用计数是 2。因此我们还可以通过引用计数来计算一个目录下有几个目录：size = 当前目录的引用计数 - 2：
软链接是'独立的文件'—— 其 inode 与目标文件不同，数据块中存储的是'目标文件的路径'（类似 Windows 的快捷方式）。
ln -s 目标文件 软链接名（如 ln -s test.c test.soft）；ls -li 显示 lrwxrwxrwx，l 表示软链接）；ln -s /home/whb/doc /home/whb/link_doc）。用途：简化路径（如 ln -s /usr/local/bin/python3 /usr/bin/python）、跨分区访问文件。
在 windows 中我们经常使用的快捷方式就是一种软连接，通过删除快捷方式并不会影响对应的文件。
| 特性 | 硬链接（Hard Link） | 软链接（Symbolic Link） |
|---|---|---|
| inode 号 | 与目标文件相同 | 独立 inode（不同） |
| 数据块内容 | 无独立数据块（复用目标文件） | 存储目标文件路径 |
| 跨分区 | 不支持 | 支持（绝对路径） |
| 链接目录 | 不支持 | 支持 |
| 目标文件删除后 | 仍能访问（链接数 > 0） | 无效（断链） |
| 本质 | 同一文件的别名 | 独立文件（指向目标路径） |
Ext 系列文件系统的成功，源于其清晰的分层设计和高效的资源管理：
理解 Ext 文件系统，不仅能帮我们解决'文件找不到'、'磁盘满了'等实际问题，更能让我们看透 Linux'一切皆文件'的设计哲学 —— 无论是普通文件、目录，还是设备（如 /dev/sda），本质都是通过 inode 和数据块管理，用统一的接口访问。
下次当你执行 touch test.txt 时，不妨想想：Linux 在底层创建了一个 inode，分配了数据块，在当前目录的数据块中添加了 test.txt → inode 号 的记录 —— 这就是文件'住进'磁盘的全过程。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 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