2. 缺页异常概述

缺页异常（Page Fault）是虚拟内存管理的核心机制。当 CPU 试图访问一个虚拟地址，而该地址对应的物理页框尚未加载到物理内存中，或当前页表项（PTE）的权限检查不通过时，MMU 会触发缺页异常，由内核缺页异常处理程序（do_page_fault）负责解析并修复该异常。

2.1 缺页异常定义

缺页异常是 x86/ARM 架构下的一种内存异常（Exception），由 MMU 在地址翻译过程中检测到以下情况时触发：

• 页不存在： 虚拟地址对应的页表项（PTE）的 Present 位为 0。
• 权限违例： 访问类型（读/写/执行）与 PTE 中的权限位（R/W、NX、User/Supervisor）不匹配。
• 保留位违规： PTE 中某些保留位被置位，通常表示页表结构损坏。

缺页异常处理完成后，CPU 会重新执行触发异常的指令，此时翻译应能成功完成。

2.2 缺页异常分类

Linux 内核将缺页异常分为两大类：硬缺页（Hard Page Fault / Major Fault） 和 软缺页（Soft Page Fault / Minor Fault）。两者的核心区别在于是否需要访问磁盘 I/O。

2.3 缺页异常触发流程

缺页异常从 CPU 触发到内核处理完成，经历以下关键阶段。下面用 SVG 流程图展示完整路径：

2.4 缺页异常处理的核心函数调用链

从 CPU 异常向量表到最终完成页框分配，内核的调用路径如下：

// x86-64 架构下的缺页异常处理路径（简化）
// 1. CPU 异常入口
entry_64.S → page_fault → do_page_fault()

// 2. 内核 C 语言处理
do_page_fault(struct pt_regs *regs, unsigned long error_code)
  ├── find_vma(current->mm, address)          // 查找地址所属 VMA
  │   └── 如果未找到 → __do_kernel_fault() → SIGSEGV
  ├── handle_mm_fault(vma, address, flags)    // 核心缺页处理
  │   ├── __handle_mm_fault(vma, address, flags)
  │   │   ├── pgd_offset() / p4d_offset() / pud_offset() / pmd_offset()
  │   │   ├── handle_pte_fault(&pte, ...)
  │   │   │   ├── do_anonymous_page()         // 匿名页缺页（软缺页）
  │   │   │   ├── do_fault()                  // 文件映射缺页
  │   │   │   │   ├── do_read_fault()         // 读缺页
  │   │   │   │   ├── do_cow_fault()          // 写时复制缺页
  │   │   │   │   └── do_shared_fault()       // 共享映射写缺页
  │   │   │   └── do_swap_page()              // swap 换入（硬缺页）
  │   └── mm_account_fault()                  // 统计缺页次数
  └── user_mode(regs) ? 返回用户态 : 返回内核态

2.5 缺页异常的性能影响矩阵

不同类型的缺页异常对系统性能的影响差异巨大。下表总结了典型场景下的延迟和资源消耗：

2.6 缺页异常与 TLB 的关系

缺页异常处理完成后，内核会更新进程的页表，但 TLB（Translation Lookaside Buffer）中可能仍然缓存了旧的页表项。因此，缺页异常处理程序必须确保 TLB 的一致性：

• 本地 TLB 刷写： 对于单进程缺页，使用 __flush_tlb_one() 刷写单个虚拟地址对应的 TLB 条目。
• 全局 TLB 刷写： 对于跨进程的页表修改（如 munmap），使用 flush_tlb_mm() 或 flush_tlb_all()。
• TLB 缺失与缺页的叠加： 如果 TLB 缺失后页表遍历也失败，则触发缺页异常。缺页处理完成后，TLB 缺失仍然存在，需要重新遍历页表并填充 TLB。