64位WINDOWS系统环境下应用软件开发的兼容性问题.docVIP

应用软件开发的64位WINDOWS系统环境兼容性 64位CPU硬件 目前的64位CPU分为两类：x64和IA64。x64的全称是x86-64，从名字上也可以看出来它和x86是兼容的，原先的32位程序可以在x64上运行得很好，这也就是为什么在x64的CPU上能够成功安装32位的Windows操作系统。现在市场上卖的家用电脑的CPU通常都是x64。两家顶级CPU公司Intel和AMD分别推出了EM64T(Extended Memory 64 Technology)和AMD64(Advanced Micro Devices 64)。这两款x64 CPU的指令集有很多相似之处，Intel追加的大多数64位指令也与AMD64指令集相兼容，因此Microsoft就不用为两家公司的64位处理器开发各自的64位操作系统。比如Vista x64和SQL2005 x64即可以在EM64T上运行，也可以在AMD64上运行。 IA64是真正的64位CPU，指令集较x86有很大变化，它不兼容32位的程序。微软的很多产品都不支持IA64 ，特别是面向个人用户的一系列产品。但是面向服务器的一些产品还是有IA64版本的，比如Windows 2003，SQL server 2005等等。由于IA64没有x64这么普及，所以本文中讨论的64位CPU如果不加特别说明，指的是x64。 CPU从32位发展到64位的最大的驱动力就是为了让内存突破4GB的限制。目前的操作系统和应用软件都越做越大，4GB的限制成了软件发展的瓶颈。然而64位的到来一下子解决了这个问题，让软件发展的前途一片光明。64位CPU使用64位来表示地址空间，也就是2的64次方，是一个天文数字：16EB ！这个范围就目前来看太大了，当前任何软件都用不了这么多空间，所以AMD64 CPU目前的实现只用了64位中的48位来表示地址空间。它们分为两块，一块是00000000到00007FFF FFFFFFFF，还有一块是从FFFF8000FFFFFFFF FFFFFFFF，一共是256TB（如下图的左边），在Windows下，低位的128T是给应用程序使用(User Mode)，高位128TB是给系统使用(Kernel Mode)。 如果将来有需要的话，可以扩展成56位（如上图的中间），最终还可以使用全部的64位(Full 64bit implementation)，这样的话，虚拟内存空间将是2的64次方，共16 EB。将来可以把大文件整个的映射到内存里，通常来说，这样会使文件的读写速度会比现在快很多。 上面所说的是虚拟内存，在物理内存方面，AMD64目前的实现支持40位的物理内存，共1 TB，这个系统架构以后可以扩展成52位，共4PB。 内存地址空间变成了64位，那也就是意味着寄存器也是64位。先来看看最具有代表性的RAX寄存器。从16位时代的AX，到32位时代被扩展成EAX，现在扩展成64位的RAX，它们之间的关系如图 RAX, RBX, RCX, RDX, RBP, RSI, RDI, RSP和RIP都从原来的32位(EAX, EBX, ECX等等)变成了64位，并且还新增加了许多新的64位寄存器和128位寄存器。 64位Windows系统的32位代码兼容性设计 WOW系统 能安装64位操作系统的机器，其CPU必然是64位的。根据IA64和X64架构的区别，MS分别推出了支持IA64以及X64的WINDOWS操作系统，包括XP，VISTA，2003SERVER，2008SERVER等。之前的32位程序要在64位系统上运行，除了CPU要兼容32位代码（IA64采用软件模拟方式兼容IA32和X86指令，效率不高），在操作系统层面必然也要有一定的措施进行兼容。由于IA64的系统并不常见，因此我们的讨论针对X64架构的硬件和软件系统。 64位Windows为了兼容32位应用程序，微软采用了WOW64技术。WOW的全称是Windows On Windows，前一个Windows指32位，后一个是64位，意思就是说在64位Windows上的32位Windows。WOW技术的目的是兼容以前的32位应用程序，使得它们在64位 Windows上运行结果和在32位Windows上运行结果一样。 在64位环境下，System32目录下存放的是64位DLL。为了能兼容32位应用程序，64位Windows也提供了一整套32位的系统DLL。他们存放在Syswow64目录下。从名字上看有点混淆：System32是放64位DLL的，Syswow64是放32位DLL的。在Windows x64环境中，用32位的Task Explorer查看32位应用程序的进程，可以发现，相关联接的系统DLL