32 位 Windows 为何限制 4GB 内存？微软工程师：其实是驱动惹的祸

前言

很多人一直认为，32 位 Windows 之所以最多只能用 4GB 内存，是因为 32 位地址只能表示 2³² 种组合，算下来正好就是 4GB。

这个说法听起来很有道理，但只要看看 Windows XP 和物理地址扩展（PAE）的历史，就会发现事情没那么简单。微软其实早就有办法让 32 位 x86 系统访问 4GB 以上的物理内存。

Windows Server 版本就可以利用这个机制使用超过 4GB 的内存，而普通用户版却故意没有开放。原因很简单：为了防止一些不老实的硬件驱动把电脑搞崩。

但问题来了，内存更多为什么反而可能让电脑崩溃？既然 32 位 Windows 在技术上可以访问更多内存，微软为什么不让普通用户直接用？

详细介绍

很多人认为 32 位 Windows 卡在 4GB，是因为 32 位数字再也数不上去了。这个理解放在虚拟内存上基本没问题，但物理内存其实是另一回事。

微软资深工程师 Raymond Chen 多年前就解释过这个问题，关键就在一个叫“物理地址扩展”的功能，也就是 PAE。这个功能最早由英特尔加入 Pentium Pro，让 32 位 x86 芯片可以使用 36 位物理地址，而不是只能使用 32 位地址。

32 位 Windows 依然会给每个 32 位程序提供 4GB 的虚拟地址空间。不过普通程序通常只能使用其中 2GB，剩下的留给系统。

真正发生变化的是，操作系统在后台能够管理多少物理内存。微软的 PAE 文档就说明了这些额外地址位有多厉害：Windows Server 2003 SP1 Enterprise 最高可以支持 64GB，Datacenter 最高则能达到 128GB，前提是处理器本身支持这么大的地址范围。

所以，真正的问题就变成了：CPU 技术上能做到什么，以及 Windows 普通用户版愿意开放什么。

真正的问题，是 Windows 要支持成千上万种硬件驱动

既然硬件可以访问更多内存，微软为什么不直接让所有人使用？Chen 给出的答案，关键就在驱动。

一旦 PAE 被用来分配 4GB 以上的内存，驱动程序就不能再默认物理地址可以轻松塞进 32 位地址里。微软关于 PAE 的文档就列出了驱动代码可能出现的问题：

• 要求 Windows 提供物理地址，然后直接丢掉高位地址的驱动，会把硬件指向错误的位置。
• 任何偷偷截断地址的代码，都会开始丢数据。
• 负责 DMA 传输的驱动必须严格区分虚拟地址和物理地址，而很多老代码根本没有这么处理。

微软的支持文档解释说，设备驱动通常需要进行一些小修改。虽然实际修改的代码可能不多，但处理起来并不简单，因为在没有使用 PAE 内存寻址时，驱动可能默认物理地址和 32 位虚拟地址的范围是一样的，而启用 PAE 后，这个假设就不成立了。

可以想象一下，一个驱动拿到一个超过 32 位范围的物理地址，却还是直接把高位砍掉，会发生什么。Windows 以为数据写到了一个位置，硬件却跑到了另一个位置。具体会覆盖什么数据没人知道，严重的话就会造成内存损坏，甚至直接导致系统崩溃。

当年的普通消费级电脑，到处都是这种风险。打印机、扫描仪、摄像头、声卡，还有各种不知道从哪里买来的扩展卡，全都需要驱动，而微软当时不可能把这么多驱动全部拿出来测试 PAE 兼容性。

这个问题尤其影响 Windows XP SP2 和 Windows Server 2003 SP1 Standard Edition。微软专门修改了这两个版本的硬件抽象层，把物理地址空间限制在 4GB，就是为了防止 PAE 暴露更多内存后，一些没有经过测试的驱动把内存写乱。

32 位 Windows 后来怎么样了？

随着电脑逐渐转向 64 位，只有 4GB 内存的电脑越来越少。正如 Chen 所说：“从 2020 年开始，Windows 已经不再鼓励生产使用 32 位处理器的系统，最终在 Windows 11 上彻底结束了 32 位版本的生产。”

那么，为什么 Windows Server 可以使用超过 4GB 的内存？

想明白这一点其实不难，因为 Windows Server 和普通用户使用的 Windows，本来就是两个完全不同的生态。服务器管理员使用的系统通常管理得非常严格，硬件也会经过仔细挑选。

Chen 说：“服务器之所以开放 4GB 以上的内存，是因为服务器管理员不会去安装一个从百思买打折区花 10 美元买来的手持扫描仪驱动。”服务器管理员一般只使用 Windows 自带的标准驱动。正如 Chen 提到的，他们甚至可能懒得安装硬件厂商提供的视频驱动。

关键就在这里：Windows 自带的每一个驱动，都经过了 4GB 以上物理地址的测试。但一个 2001 年的 10 美元扫描仪驱动可就不一样了。当年根本没有针对这种情况进行测试，很可能直接把高位地址截掉，最后把内存弄坏。

普通用户什么软件和硬件都敢装，服务器管理员则会尽量少装。普通用户大多没有专业技术知识，而服务器管理员身边通常有专业人员负责维护系统。

微软的文档也确认，Windows XP SP2 和 Windows Server 2003 SP1 Standard Edition 修改了硬件抽象层，把物理地址空间限制在 4GB，从而降低驱动兼容性带来的风险。

Chen 也否定了一个比较阴谋论的说法，也就是微软故意限制内存，是为了逼大家购买 Windows Server。

不过想想当时的价格也就明白了：当年最便宜、支持 4GB 以上内存的 Windows Server 2003 版本是 Enterprise，售价高达 3999 美元。光是这个价格，就已经足够让这个说法显得不太靠谱了。

如果当年微软让开发者优先优化内存占用，会怎么样？

微软现在正在努力让 Windows 11 在 8GB 内存的电脑上运行得更流畅。毕竟这些年 Windows 和第三方软件越来越吃内存。说到底，MacBook Neo 也在一定程度上推动了这件事，之前也有相关报道。

但如果整个行业当年真的再把“内存很宝贵”这件事坚持十年，会是什么结果？

没想到现在因为 AI，这种情况真的重新出现了。开发者似乎也开始重新关注软件的内存占用。如今那些随随便便就吃掉几百 MB 内存的软件，可能会完全变个样。当然，WhatsApp 算是个例外，因为 Meta 似乎完全没有兴趣好好优化这个应用。

虽然当年的 4GB 限制并不是导致今天软件越来越臃肿的原因，但这件事至少说明了一个道理：硬件资源有限时，往往会逼着开发者想办法提高效率；资源太充足，反而很少有人愿意主动这么做。而在 AI 应用与模型服务 快速扩张的当下，内存占用再次成为开发者不得不面对的现实约束。

在云栈社区，也有不少开发者分享过操作系统内核、驱动兼容性和内存管理方面的实战经验，感兴趣的读者可以前往浏览交流。