2. 32位系统下的经典布局：3GB/1GB用户态与内核态划分

在32位系统中，CPU可寻址的虚拟地址空间为4GB（2³²字节）。Linux内核采用经典的3GB/1GB划分方案：将虚拟地址空间的高1GB（0xC0000000 – 0xFFFFFFFF）分配给内核态使用，低3GB（0x00000000 – 0xBFFFFFFF）分配给用户态进程使用。这一划分是理解进程地址空间、系统调用、内存映射与内核栈分配的基础。

2.1 经典布局总览

下图展示了32位Linux系统下典型的虚拟地址空间布局，清晰标出用户态与内核态的分界线（0xC0000000），以及各主要区域的相对位置。

2.2 各区域功能详解

下表从地址范围、权限、用途三个维度，对经典布局中的核心区域进行对比说明。

2.3 用户态与内核态划分的深层意义

3GB/1GB 的划分并非随意选择，而是基于以下关键设计考量：

• 保护机制：用户态代码无法直接访问内核空间，任何越权访问都会触发段错误（Segmentation Fault），保障系统安全。
• 系统调用切换：用户态通过 int 0x80 或 sysenter 指令陷入内核，CPU 自动将特权级从 Ring 3 切换到 Ring 0，同时栈指针切换到内核栈。
• 内核共享：所有进程共享同一份内核空间映射，避免 TLB 刷新开销，提升系统调用和中断响应性能。
• 物理内存映射：内核直接映射区将物理内存前 896MB 线性映射到内核虚拟地址空间，使得内核可以快速访问物理页框，无需页表查找。

2.4 内核栈在经典布局中的位置

内核栈是每个进程在内核态执行时的临时工作栈，位于内核空间的高端固定映射区。下图展示了内核栈与用户态栈的隔离关系。

2.5 经典布局的局限性

尽管 3GB/1GB 布局在 32 位时代非常成功，但它也存在一些先天不足：

• 内核空间紧张：1GB 内核空间需要同时容纳直接内存映射、vmalloc 区域、固定映射区、内核栈、模块代码等，当物理内存超过 896MB 时，高端内存（HighMem）需要额外映射，增加复杂度。
• 用户态空间上限：3GB 对于某些大型应用（如数据库、科学计算）仍显不足，无法映射超大文件或海量数据。
• 内核栈大小受限：每个进程的内核栈通常只有 4KB 或 8KB，如果内核函数调用链过深或局部变量过大，容易导致栈溢出（Stack Overflow）。
• 无地址空间隔离：所有进程共享内核空间，一旦内核存在漏洞（如 NULL 指针解引用），攻击者可能通过用户态触发内核崩溃或提权。

2.6 经典布局的现代演进

随着 64 位架构的普及，经典 3GB/1GB 布局已逐步被更灵活的方案取代：