3. JBD2 架构总览：核心组件与事务模型

JBD2（Journaling Block Device 2）是 Ext4 文件系统日志层的核心实现，负责将文件系统的元数据更新以事务（Transaction）的形式安全地写入日志块设备，从而保证崩溃后快速恢复的一致性。本章从架构层面拆解 JBD2 的三大核心组件：事务（Transaction）、原子操作句柄（Handle）和日志块（Journal Block），并梳理它们之间的协作关系。

3.1 事务（Transaction）—— 日志提交的原子单元

事务是 JBD2 中最核心的抽象，代表一组需要原子提交的元数据更新操作。每个事务具有严格的状态机生命周期，确保在系统崩溃时能够正确回滚或重做。

3.1.1 事务状态机

3.2 原子操作句柄（Handle）—— 事务访问凭证

Handle 是内核线程与事务之间的桥梁。任何想要修改文件系统元数据的代码路径，必须先通过 journal_start() 获取一个 Handle，然后通过该 Handle 将修改操作注册到当前事务中。Handle 的设计保证了事务的原子性和并发安全。

3.2.1 Handle 的核心数据结构

// 来自 include/linux/jbd2.h
typedef struct handle_s {
    /* 事务指针：指向 Handle 所属的事务 */
    transaction_t          *h_transaction;

    /* 缓冲区引用计数：Handle 持有的 buffer 数量 */
    int                     h_buffer_credits;

    /* 引用计数：多个线程可共享同一个 Handle */
    atomic_t                h_ref;

    /* 撤销标志：是否允许撤销操作 */
    unsigned int            h_revoke_credits;

    /* 同步标志：Handle 是否需要同步提交 */
    unsigned int            h_sync : 1;

    /* 错误码：Handle 执行过程中遇到的错误 */
    int                     h_err;
} handle_t;

3.2.2 Handle 的生命周期

1. 分配：调用 journal_start()，内核从当前事务的 Running 状态中分配一个 Handle，并预扣 h_buffer_credits（信用额度）。
2. 使用：通过 Handle 调用 journal_get_write_access()、journal_dirty_metadata() 等接口，将 buffer 加入事务的修改列表。
3. 释放：调用 journal_stop()，Handle 引用计数减一。当所有 Handle 释放后，事务进入 Locked 状态，准备提交。

3.3 日志块（Journal Block）—— 持久化载体

日志块是 JBD2 在块设备上存储日志记录的基本单位。每个日志块的大小通常与文件系统块大小一致（默认 4KB）。日志块分为五种类型，每种类型在事务提交过程中扮演不同角色。

3.3.1 日志块类型

3.3.2 日志块在磁盘上的布局

JBD2 将块设备划分为两个区域：日志区和文件系统区。日志区是一个环形缓冲区，由以下指针管理：

• 日志超时指针（Journal Tail）：指向最早可回收的日志块位置。
• 日志头指针（Journal Head）：指向下一个可写入的日志块位置。
• 日志提交指针（Journal Commit）：指向最后一个已提交事务的结束位置。

3.4 核心组件协作流程

一次典型的元数据修改操作，涉及 Handle、Transaction 和 Journal Block 的完整协作：

1. 获取 Handle：内核线程调用 journal_start()，从当前 Running 事务中分配一个 Handle，并预扣信用额度。
2. 注册修改：通过 Handle 调用 journal_get_write_access() 获取 buffer 的写权限，再调用 journal_dirty_metadata() 将 buffer 标记为脏，加入事务的修改列表。
3. 释放 Handle：调用 journal_stop()，Handle 引用计数归零。如果这是事务的最后一个 Handle，事务进入 Locked 状态。
4. 事务提交：JBD2 内核线程（kjournald2）接管事务，依次写入描述符块、数据块、撤销块（可选）、提交块到日志区。
5. Checkpoint：事务提交完成后，日志记录被标记为可回收。文件系统在后续操作中将修改写回原位，并更新 Tail 指针。

3.5 本章小结