微软何时才能完全64位化(64位程序跟32位程序的优劣)

最近arm在推进64位的程序普及化，计划在未来彻底放弃32位应用市场，即以后的64位android系统不再支持32位应用（可以偷懒了）。反观window，目前还有一大堆32位程序，而每一代迭代都要考虑到32位程序调用系统api做适配。虽然微软有wow64做中转，但实际上这值得吗？

首先来说从dos到window，微软的图形化算是考虑的比较周到的。单说32位系统跟64位系统的区别，不少的人认为其实只是寻址范围支持变了，可以插更多的内存条了，其实并不是，32位跟64位系统支持除了内存支持外，指令支持也从以前的32位寄存器变成64位寄存器，在64位的处理器之下，能够对一次的数据操作的吞吐量为原来的两倍，也就是说在64位cpu下用64位系统的最佳的选择。目前消费级主流cpu以64位cpu为主，在使用上，除了有不懂的小白还是装了32位，大多数人还是安装了64位系统，因为微软做了一件事，那就是64位兼容32位。当然在64位系统下运行32位是会有一定损失的，但是兼容肯定最重要，毕竟很多软件4g内存不够用已经不再提供32位维护版本了，用户多数情况也只能选64位系统了。

现阶段64位程序跟32位程序有区别吗？我们上面说了微软的策略是兼容，在64位系统上跑32位程序是损失性能的，但是你也不太可能去装32位系统吧，毕竟很多东西已经不发布32位程序了。另外64位程序在密集计算上可以优化到好几倍的速度，比如原先一个64位的数据，在32位系统中可能要处理两次，在64位系统中可以一次处理，达到倍速效果。xxhash这个库在32位跟64位得出的结果是一致的，但是你看看这个运行效率

很多的开源库以及编译器做了64位的极端优化，速度往往可以提升20%-50%，除了内存损耗会大那么一点点，基本上来说是很优秀的。而这些东西基本上被用到了我们的生活。视频娱乐无处不在。

我们的厂商也应该推进64位程序才是最优的，当然一个程序涉及太多层面的东西了，有些东西不是随便就能换的，特别是涉及到有汇编跟机器码的，而且32位确实也够了(QQ)。另外还有一个原因就是现在还有大量的32位系统的用户，毕竟不是所有人都是消费级cpu，有些情况只能装32位系统。如果不做32位，老电脑又不适合升级成64位，这时候会损失掉一批用户。也有一些公司发行两个版本的，不过这类软件往往都是小工具为主。希望微软也能推进64位程序化，长痛不如短痛。不要让开发者头疼内存跟兼容问题了。–来自一个经常因为程序内存申请失败报cannot alloc memory被客服找的人的哭诉。