Linux中分页与分段机制如何结合？

你之前的误解来自对“段不可拆分”的定义偏差——分段的核心是逻辑地址空间的完整性，而非物理存储的连续性。早期纯分段机制确实要求段整体加载到内存或交换区，但结合分页的分段技术，已经把“逻辑完整性”和“物理存储方式”解耦了。

关键概念澄清 #

• 分段的本质：把进程的地址空间划分为多个有逻辑意义的单元（比如代码段、全局数据段、栈段），每个段是独立的逻辑实体，操作系统不会将一个段的逻辑部分（比如代码段的某函数）当作另一个段（比如数据段）来处理。这里的“不可拆分”是指逻辑意义上的不可分割，而非物理存储上必须连续或整体存在。
• 分页的作用：将物理内存和每个段的逻辑空间都切割成固定大小的页，作为物理内存分配和交换的基本单位。分页解决了纯分段中“大段占用连续内存”和“整体交换低效”的问题。

分段与分页结合的具体实现 #

以x86架构的分段分页机制为例，地址转换分为两步：

1. 逻辑地址解析：进程使用段选择子 + 段内偏移的逻辑地址，段选择子指向段描述符（记录段的基地址、长度、权限等），通过基地址+偏移得到线性地址——这一步保证了段的逻辑完整性，线性地址空间内的段是连续的逻辑区域。
2. 线性地址转物理地址：线性地址被拆分为页目录号 + 页表号 + 页内偏移，通过分页表找到对应的物理页帧。此时，段对应的线性地址空间被分页，物理上这些页可以分散在内存的不同区域，甚至部分页被交换到磁盘——但逻辑上，段仍然是一个完整的连续区域，进程完全感知不到物理页的分散。

为什么不矛盾？ #

你之前认为“段不可拆分”是纯分段机制的特性，而结合分页的分段是对纯分段的改进：

• 逻辑上，段还是完整的单元，不会被拆分逻辑功能；
• 物理上，利用分页将段拆分为更小的页来管理，实现按需加载（缺页时只加载对应页，无需整个段），大幅提升内存利用率。

这样既保留了分段“按逻辑划分地址空间”的优势（比如权限隔离：代码段只读、数据段可读写），又拥有了分页“灵活分配物理内存”的优点。

内容的提问来源于stack exchange，提问作者Alexey Melezhik