32位系统虚拟地址空间分配为何不会耗尽全部虚拟内存？

你的核心认知误区是把单进程的虚拟地址空间范围，当成了整个系统全局共享的虚拟地址资源。

基础概念澄清 #

32位系统的4GiB寻址上限，是每个进程独立持有一套完整的虚拟地址空间范围，而非整个系统总共只有4GiB虚拟地址可供所有进程分配。虚拟地址本质是进程视角的内存偏移标记，和实际物理内存的对应关系由每个进程独立的页表维护，不同进程的相同虚拟地址可以映射到完全不同的物理内存位置，天然实现进程间地址隔离。

32位Windows的地址划分逻辑 #

默认配置下的2GiB/2GiB拆分，是针对每一个进程的独立4GiB虚拟地址空间做的划分：

• 低2GiB地址范围属于用户态空间：这部分的页表映射是进程私有的，每个进程都拥有独立的2GiB用户态地址配额，进程之间的这部分地址完全不互通、不共享，不存在多个进程抢这2GiB地址的情况
• 高2GiB地址范围属于内核系统空间：这部分的页表映射是所有进程全局共享的，统一指向内核驻留的内存区域，目的是避免进程触发系统调用时切换整套页表的额外开销

内存交换触发逻辑 #

你提到的"运行2个进程就必须依赖磁盘交换"的情况不会出现：

• 多进程运行时，每个进程都在自己的独立2GiB用户态地址范围内分配内存，互相之间不冲突，不会耗尽全局地址资源
• 只有两种情况会触发磁盘页面交换：一是单个进程的用户态地址分配已经占满自己的2GiB配额，无法再申请新的虚拟地址；二是所有进程实际占用的物理内存总和，超过了物理内存+系统配置的页面文件总容量

补充说明：32位Windows支持通过启动配置调整地址划分比例，开启3GB模式后单进程用户态地址配额会提升到3GiB，对应内核空间压缩到1GiB，调整范围始终不超过单进程4GiB的虚拟地址寻址上限。

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