System32与SysWow64

如果你写了一个很牛的32位的应用程序，现在，你想把它变成64位的应用程序，以更充分地利用64位处理器所带来的新的处理能力。你肯定觉得，这不就是让64位编译器编译一遍就完了的事儿么？可能你发现，这并不是骨感的现实。你突然发现，你的程序里，为了某些你已经想不起来的原因，把System32这个文件夹，写死在了你的程序里。而这个System32中的32，让你很不安。你尝试着运行了你的程序，却发现一切正常。为什么呢？因为这是Windows系统的另一个兼容性方面的努力：让一个已有的32位应用程序，不加修改或者尽可能少地加以修改，便可以被编译成64位应用程序并在64位Windows上运行。其实，把System32这样的路径，写死在程序里，并不是一个个案。所以，为了保证这些应用程序可以顺利地过渡到64位，Windows最后还是决定让64位的系统文件放在System32的文件夹下。而让32位的系统文件，搬到了SysWow64中去。

你肯定会想，那让32位搬到SysWow64中去以后，那些写死在32位应用程序中的System32怎么办？答：Windows会给他们转向到SysWow64中去。那让64位中的System32转向到System64不也是一样么？真的一样么？不一样么？真的一样么？不一样么？真的不一样。

作为64位Windows操作系统，当然是希望能充分发挥64位处理器的潜力，让应用程序更有效率地运行。如果在运行64位应用程序时，总要检查是否需要转向，势必影响程序运行效率。所以，不能给64位应用程序做没有必要的转向，如果说必须要转，那就只能转32位应用程序了。是的，没有办法，在64位操作系统中，32位应用程序要做一些小的牺牲。

此外，为了保证32位应用程序不与64位应用程序相冲突，除了System32文件夹外，注册表也需要为32位和64位提供两套，也需要让32位的应用程序在必要时重定向。

结论

所以SysWow64文件夹，是64位Windows，用来存放32位Windows系统文件的地方