参照資料

http://www.atmarkit.co.jp/fwin2k/special/win64_02/win64_02_01.html

WoW64 (Windows-on-Windows 64-bit)是一个Windows操作系统的子系统, 能够运行32-bit 应用程序, 并且在所有的64-bit 版本的windows上

都存在，包括：

　　Windows 2000 Limited Edition Windows XP Professional x64 Edition, and IA-64 64-bit版本的Windows Server 2003 64-bit版本的

Windows Vista 64-bit版本的Windows Server 2008 64-bit版本的Windows 7在Windows server 2008 R2上, 这是一个可选组件. WoW64被设

计用来处理许多在32-bit Windows 和64-bit Windows之间的不同, 尤其是在Windows自身的结构变化上的不同。

技术特点

转换库　　

       WoW64子系统是一个轻量级的compatibility layer, 在所有版本的windows上都拥有同样的接口. 它的主要目的是用来创建32-bit环境, 为了让32位的应用程序可以不经过任何修改就运行在64-bit的系统上, 它提供了必须的接口.　　

      技术上说, WOW64是由三个DLL实现的.　　

       Wow64.dll 是Windows NT kernel的核心接口, 在32位和64位调用之间进行转换, 包括指针和调用栈的操控. Wow64win.dll 为32位应用程序提供合适的入口指针. Wow64cpu.dll 负责将处理器在32位和64位的模式之间转换。

注册表和文件系统　　

WOW子系统也会处理运行64-bit应用程序的其他关键方面. 比如说, 在管理32位应用程序与windows注册表的交互时, 会给存储子系统提供接口(32位的注册表与64位的注册表不太一样.) 操作系统使用%SystemRoot%\system32目录来存储64-bit的库文件和可执行文件. 这样做是为了向后兼容, 因为很多旧系统的应用程序都是使用hardcoded的方式来获取这个路径的. 当执行32位应用程序的时候, WOW64会将对DLL的请求从system32重定向到%SystemRoot%\SysWOW64, 在SysWOW64目录中, 包含了旧系统的库和可执行文件.

它只是 Windows API

微软64位环境中出现了一些新的兼容64位的数据类型，因此您可能需要对代码进行少量的更改。关键的一点是所有现有的 Win32 知识都可以直接应用到 Windows 64 位版本中，并且您的大部分代码都可以针对 64 位平台进行编译，而无需更改。这也意味着您可以从单个代码库构建代码的32 位和64位版本，减少了由于维护两个代码库所带来的维护开销。

但是，在两个操作系统版本之间存在着非常重要的一些差异，这一点需要注意。Microsoft 已经去除了一些旧的组件，例如 Win16 子系统—Windows 64 位代码不支持16 位的 Windows 版本。也不支持 POSIX 和 OS/2 子系统。不过，出现了一个新的子系统，称为 WOW64。

WOW64

WOW64 是 Windows-32-on-Windows-64 的缩写。它为现有的 32 位应用程序提供了 32 位的模拟，可以使大多数 32 位应用程序在无需修改的情况下运行在 Windows 64 位版本上。它类似于旧的 WOW32 子系统，负责在 Windows 32 位版本下运行 16 位的代码。

硬件本身具有 32 位兼容性模式，可以处理 IA-32 指令的实际执行，而 WOW 层处理诸如在 32 位和 64 位模式之间切换处理器以及模拟 32 位系统的事务。例如，32 位和 64 位程序具有不同的注册表配置单元。还有一个用于 32 位二进制文件的不同的系统目录。64 位二进制文件仍然使用 System32 目录，因此，当 32 位应用程序安装到系统中时，WOW 层会确保将 32 位二进制文件置于一个新的目录 SysWOW64 中。这是通过如下方式实现的：根据应用程序是否运行在 WOW 下，截获对 API 的调用（如 GetSystemDirectory）并返回适当的目录。相同的问题可能会存在于注册表中。因为 32 位和 64 位的 COM 服务器都可以安装在系统上，并位于相同的类标识符 (CLSID) 下，因此 WOW 层需要将对注册表的调用重定向到适当的 32 位或 64 位配置单元中。WOW 层也会处理注册表中某些区域之间的镜像更改，以便使其更简单地支持 32 位和 64 位代码之间的交互操作。

WOW64 非常重要，因为当不关注性能和可伸缩性的问题时，它使您可以利用大多数现有的 32 位代码。它是两种方法的最佳结合。您可以将您的服务迁移到 64 位，同时将 Microsoft 管理控制台 (MMC) 配置管理单元保留为 32 位。Windows 64 位版本包括 MMC 的 32 位和 64 位的版本。当选择保留管理工具为 32 位时，进程间的通讯可能会遇到某些问题，但是只要接口设计正确，诸如远程过程调用 (RPC) 的协议应该可以在 32 位和 64 位进程之间运行。有关 WOW64 的另外一点需要牢记：它并不是为要求高性能的应用程序而设计的。至少，WOW64 子系统需要将 32 位参数扩展到 64 位，并且需要将 64 位的返回值截断为 32 位。在最糟糕的情况下，WOW64 子系统将需要进行内核调用，涉及到的不仅仅是到内核的转换，还有从处理器的 32 位兼容性模式到其本机 64 位模式的转换。在 WOW64 下运行时，应用程序将无法妥当地进行调整。对于那些您要将其保留为 32 位的应用程序而言，请在 WOW64 下测试它们。如果性能不能满足您的期望，您需要考虑将应用程序迁移到 64 位。

WOW64 是在用户模式下实现的，作为 ntdll.dll 和内核之间的层。WOW64 及其支持的一些 DLL 仅仅是可以加载到 32 位进程中的 64 位的 DLL。对于所有其他情况，进程保持为纯进程。32 位的进程无法加载 64 位的 DLL，反之亦然。

虚拟内存和地址空间

默认情况下，Windows 32 位版本的地址空间限制在 4 GB，其中一半是为内核保留的。这限制了普通的应用程序只能使用 2 GB 的有效虚拟内存。2 GB看起来好像很多，但是由于错误的分配算法、大型文件映射甚至过多的使用 DLL，地址空间很容易在应用程序中变得零碎。看一下任务管理器中的“VM Size”列，就会发现普通应用程序消耗的虚拟内存量。当然，就想过去的 DOS 时期（利用 XMS/EMS）一样，有很多种方法可以使 32 位的应用程序访问多于 4 GB 的物理内存。进入物理地址扩展 (PAE) 和地址窗口扩展（Address Windowing Extensions，AWE）。PAE 通过将地址位的数量从 32 扩展到 36 来工作，这样使应用程序可以寻址的空间达到 64 GB。AWE 使应用程序可以将大于 4 GB 的物理内存范围映射到虚拟地址空间中。这两种方法都引入了开销并增加了代码的复杂性。

Windows 64 位版本提供 16 TB 的有效寻址空间，其中一半可用于用户模式的应用程序。这意味着整个数据库可以移动到内存中，显著地提高了性能，或者整个网站可以缓存到内存中。它还可以使代码保留并委托到巨型的邻近虚拟内存块中，无需实际地担心虚拟内存碎片问题。这也考虑到了巨型文件映射对象或共享的内存部分。

南非世界杯结束了，带着很多争议。但冠军是属于西班牙的，这一点已经毋庸置疑，第八个世界冠军产生了。又一只欧洲球队，也是第一支在欧洲以外夺冠的欧洲球队。

西班牙对阵荷兰的比赛，很激烈，但却并不如2场半决赛那么精彩。要不是裁判的尺度有点松，恐怕这场比赛会红牌满天飞，成为世界杯历史上最血腥的决赛。德隆上半场那脚飞腿就够退场条件的了，而范博梅尔也应该下场。当然，西班牙的普约尔也逃过了红牌。海廷加的红牌没有问题，所以这至少是应该有4张红牌的比赛。

卡西让我们看到了什么叫守护神，听说皇马有卖掉卡西的意思，不知道在看了他在世界杯中的表现，会不会有说改变，如此伟大的门将，世间难寻，而且，门将的运动生涯可以很长很长。

伊涅斯塔，这个总是憋着不肯射门的家伙打进了那个金子般，钻石般的进球，也不知道是不是命数使然。之前双方的得分手浪费了太多太多的机会，鲁本2个，法布雷加斯1个，其他头球N个...

从比赛过程来看，荷兰的战术其实是成功的，他们开场之初的疯狂抢劫，不惜以犯规换取打破对手节奏的做法收到了很好的成效，开场西班牙流畅的进攻，在15分钟后基本就看不到了，取而代之的是双方绞肉机般的犯规。直到下半场才好一些，因为双方的后防基本人手一张黄牌，这才有所收敛。裁判很收敛，很温柔，不敢给点球，红牌也不肯出。但其实不能怪裁判，这种决赛如果因为他过早的红牌而改变比赛进程，也许他会被很多人拉出来打，但他运气不怎么好，这么温柔的执法，依然让他里外不是人。

好了，世界杯终于结束了。爷其实挺开心，爷又预测准了，西班牙夺冠。
4年前我看好了意大利，4年后我看好西班牙，没想到2次俺都准了，没想到俺还是另一个保罗！

赛前：英格兰对德国，必定是能够制造杯具的比赛，这点没有悬念，悬念是杯具的主角会是谁？

克罗茨进球了，我应该说他又进球了，这个高产的长青前锋，其实他比罗纳尔多伟大！

2比0了，难道英格兰要玩崩溃？！！！

靠，英格兰拒绝崩溃，也是，朝鲜是半岛国家，英格兰就是岛国，我们是玩海盗的鼻祖，不玩奔溃的！2比1！

2比2？！！！，杯具了，这次又有杯具了，我说吧，这场比赛绝对是会制造杯具的，只看杯具对象是谁了。唉，其实我一直就觉得，兰帕德和贝克汉姆2个人长的就是杯具的脸。这种脸意大利也有，当初的巴乔和托蒂。这种脸就是杯具发生时候的一种注释，你看罗纳尔多，C罗，他们就没这种脸，所以杯具不会发生在他们身上。比分还是2比1，瞎眼裁判，这个球比前两天意大利那个还惨，这么明显都没算进，这下媒体有的好写写了。边裁要小心，小心被球迷暗杀...，维基百科都更新了他的资料了，呵呵，这下他麻烦了，搬家吧，动作要快！！

克罗茨真的很厉害，我越来越崇拜他了！

不管比赛结果怎么样，这场比赛结束总有一个过去的世界冠军会离开。所以我们应该更加怀着崇敬的心情看比赛。这2个球队比赛的确好看，比之前的巴葡大战好看多了，应该会成为本届比赛的经典战役，还有悲情元素在里面，很好，很有话题。

呵呵，貌似给出的统计，之前4次世界杯英德大战就没有在90分钟内完赛的记录，这次不知会怎么样，英格兰有点着急，下半场12分钟，疯狂浪射。稍微冷静一点啊，时间还是有的呀！！其实杰拉德的脸也蛮悲伤的...晕，我这是相面呢...好吧，我承认我有点迷信的。

这次的边裁真的眼睛不好啊，很明显的德国队射门碰到了英格兰的队员出了底线，结果硬说是球门球...，镜头给到小贝同学，我又要宣传迷信了，小贝太悲情不该让他坐在教练席的...

好恐怖的英格兰啊，可惜还没有进球发生。话说这场比赛鲁尼如果没有进球，英格兰就被淘汰了，那么他的世界杯进球就知道等4年后了...

德国的远射啊，真让人觉得是装了雷达制导的，那个准啊！其实现在这两个队的比赛质量真的很高，不再高举高打，推进很快，身体强壮，队内不缺天赋，真的是强强对话啊。

3比1了，晚上吃饭的时候和同事预测，我说德国3比1胜的...，不知道后面还会不会有进球，其实现在我很贪心，我最好他们踢成3比3...
进入加时淘汰，之前2场都是2比1，这场已经产生了4个进球了（其实应该是5个了），开来进球还不少，开了个好头。

德国开始屠杀了，4比1了，这个世界杯最喜欢制造惨案的球队，上次英格兰屠过德国5比1，看样子他们想报仇，绝对的速度绝对的力量和技术啊，让德国打疯实在太恐怖了他们是不知掉什么叫留手的。卡佩罗去了英格兰又怎么样，英格兰残破的后防线就算有卡佩罗也没办法变成混凝土最多是混泥土...，别提坎贝尔，他去了也没好。

克罗茨下场了，看来德国打算准备下一场比赛了。老将是宝贝啊，要好好利用，好好保护。克罗茨比亨利，皮尔洛幸运多了。
就像日本电台解说说的，就这么1比4，英格兰输的话未免脸面上太不好看了，英格兰现在有点被打灭了气势的感觉，下半场刚开始的那种血气一下子就看不到了，估计他们在场上现在大脑一片空白了。明显的他们显的脚步沉重。这样不行啊！！

身体，速度，技术，战术，纪律，精神，这就是德国为什么永远都是不是大热的热门的原因，他们从来就不缺乏这些东西，如果他们还能有巴西的创造力和想象力，世界上还能有谁能与他们抗衡呢？你看，这次巴拉克还没来呢！

杰拉德，杰拉德，杰拉德！！！没能进去啊，还是没能进去，这个20岁和30岁都长的一样的小伙子，当初他和欧文一起成长的时候我就很喜欢他，这次欧文都没能进名单，他们这代人，也将告别世界杯了。

下一轮，如果阿根廷战胜墨西哥，在进4时候就要遭遇德国了。老马肯定不喜欢德国，他们热身对德国的时候被打的太没脾气了。身体不如德国，德国又是如此的战术严明，梅西不得不会到中场拿球，问题是拿球位置离德国球门太远，德国的长腿从来就没让他带球超过过30米过。这下老马又要头痛了，怎么解决呢？

除非发生当初曼联最后5分钟进2球的奇迹，问题现在差了3个球呢！

伤停补时只有2分钟，大局已定...鲁尼杯具了，他还没进球呢...

结束了，4比1，德国胜！德国连续15次世界杯8强，这就是恒强啊，真正的强者！送别英格兰！再见鲁尼！