3. 缺页异常处理流程：do_page_fault() 函数调用链与关键数据结构

缺页异常（Page Fault）是虚拟内存管理的核心入口。当 CPU 访问一个虚拟地址，而该地址对应的物理页不在内存中，或权限不匹配时，MMU 会触发缺页异常，操作系统内核通过 do_page_fault() 函数接管处理。本章深入剖析该函数的调用链、关键分支以及核心数据结构。

3.1 缺页异常触发与入口

缺页异常属于 x86 架构的异常向量 14（Page Fault）。CPU 在发生缺页时，会将以下信息压入内核栈：

• 错误码（Error Code）：位于栈顶，指示异常原因（位 0：保护违例；位 1：写操作；位 2：用户态；位 3：保留位；位 4：指令获取）。
• 触发地址（CR2）：CPU 自动将导致缺页的线性地址存入 CR2 寄存器。
• 返回地址（RIP）：发生异常的指令地址。

内核入口汇编代码（如 entry_64.S 中的 page_fault）保存寄存器后，调用 C 函数 do_page_fault()。

3.2 do_page_fault() 核心调用链

do_page_fault() 是缺页处理的总入口，其内部逻辑分为三大阶段：地址空间检查、查找 VMA、分派处理函数。以下为简化调用链：

do_page_fault(regs, error_code, address)
  ├── 1. 地址空间检查
  │     ├── find_vma(mm, address)          // 查找包含 address 的 VMA
  │     └── 若未找到 → 发送 SIGSEGV
  ├── 2. 访问权限检查
  │     ├── 检查 VMA 的 vm_flags 与 error_code
  │     └── 权限不匹配 → 发送 SIGSEGV
  └── 3. 分派处理 (handle_mm_fault)
        ├── handle_pte_fault(vmf)
        │     ├── 匿名页缺页 (do_anonymous_page)
        │     ├── 文件映射缺页 (do_fault)
        │     │     ├── do_read_fault
        │     │     ├── do_cow_fault
        │     │     └── do_shared_fault
        │     ├── 写时复制 (do_wp_page)
        │     └── 交换缺页 (do_swap_page)
        └── 处理完成后更新 TLB

3.3 关键数据结构全景

缺页处理过程中涉及多个核心数据结构，它们共同描述了进程的虚拟地址空间和物理页状态。

3.4 缺页处理流程 SVG 架构图

下图展示了从 CPU 触发缺页到内核完成处理的完整数据流与函数调用关系：

3.5 缺页类型与性能特征

不同类型的缺页异常对性能的影响差异巨大。下表总结了五种主要缺页类型的触发条件与开销等级：

3.6 关键数据结构关系图

以下 SVG 展示了缺页处理过程中核心数据结构之间的引用关系：

3.7 缺页处理中的锁与并发

缺页处理可能发生在多个 CPU 上，内核通过以下机制保证并发安全：

• mmap_lock（读写信号量）：在 do_page_fault() 入口获取，保护 VMA 链表的遍历与修改。读缺页获取读锁，写缺页（如 VMA 分裂）获取写锁。
• PTE 锁（页表锁）：在 handle_pte_fault() 中获取，保护单个页表项的原子更新。使用 pte_offset_map_lock() 获取。
• LRU 锁：在分配物理页并加入 LRU 链表时使用，防止页面回收与缺页分配冲突。

3.8 缺页统计与监控

系统管理员和内核开发者可以通过以下接口监控缺页行为：