IDC资讯中心
64位操作系统已经发布一段时间了，相信很多朋友都已使用过。安装完成后，它会生成一个32位系统没有的文件夹：Program Files (x86)，与原32位操作系统已有的Program Files 一起配合使用。不管是随系统32位Windows XP一起安装的还是用户自行安装的程序，只要是32位的，都会默认要安装到Program Files (x86)下以保证它能在64位系统中兼容运行，凡是64位的都会安装到Program Files目录下。
Program Files (x86)文件夹的设计在很大程度上解决了32位程序在64位系统运行的问题，但也会带来一些麻烦，这主要体现在多系统上。64位Windows XP目前还是英文版，加之硬件驱动程序的严重不足和部分程序的兼容问题，很多朋友可能首先想到的是多系统，即保留原32位Windows XP，再在此基础上安装64位Windows XP，既可体验64位系统的无穷魅力，又能在原32位系统下得心应手地工作，这听起来很不错。可实际分析一下就会发现其中的问题：在32位Windows XP下安装64位系统时，默认的选项是将其安装到原系统分区的另一目录（原32位WindowsXP的系统目录是Windows，64位系统的目录可手动输入，比如Windows0等），但需要共用程序目录Program Files。而且后安装到这一目录的是64位程序，它会替换原32位系统的同名程序。当我们启动到64位系统下时，这里的程序能够理所当然地正常运行，可启动到32位系统后，就不能运行了。事实也是如此，报错提示为“64位程序不能在32位系统下运行”，如图1所示。的确，Microsoft在设计64位系统时，花了很大的精力去解决32位程序在64位系统下的兼容运行问题，可万万没有想到的是如何在32位系统下运行64位程序。
图１ ６４位程序不能在３２位系统下运行
采用以上方法安装时，受影响的主要集中在随系统一起安装的程序上，如：IE、OE、“写字板”等，其中的IE和OE恰好又是我们用得最多的。那怎样解决这一问题呢？其实方法很多，比如：
（1）格式化原系统分区再全新安装64位系统。
（2）保留原32位系统，再在此基础安装64位系统，安装时只要将后者的安装位置指定到原系统分区之外的其他分区即可，这样，就不会两套系统共用Program Files文件夹了。
（3）先安装64位Windows XP，后安装32位系统，后者可安装到原系统分区的另一目录也可安装到另一分区。因为，就算是安装到原系统分区的另一目录（要共用Program Files文件夹），但最后结果是32位程序替换同名的64位程序，启动到64位系统下后，由于32位程序能在64位系统下兼容运行，当然不会出错，启动到32位系统下更不会出错。
这三种方法可能大家都会，其中的后两种也是各位朋友用得最多的多系统构建法，完成后生成启动菜单，可通过启动菜单选择进入不同的系统。为方便后面的叙述，我们暂时称这种多系统为菜单式多系统，后面要讲的是独立多系统。菜单式多系统存在一个弊端，不管采用哪种方法，都离不开前一系统的系统分区下文件boot.ini的支持，靠的就是它来生成启动菜单。不难想象，如果它出错，或系统不能启动时，两套系统都会处于瘫痪状态，很难维护。事实也是如此，论坛上、电脑刊物上，关于如何解决这一问题的提问声此起彼伏。
