TCHAR Systempath[MAX_PATH];
::GetSystemDirectory(Systempath,MAX_PATH);
strcat(Systempath,"\\HelloWorld.exe");
int flag=CopyFile(pathtofile.c_str(),Systempath,false);
if(flag!=0){
cout<<"拷贝成功！"<<endl;
}else{
cout<<"拷贝失败！"<<endl;
}本来是想通过上面的代码将程序HelloWorld.exe复制到系统目录下面的。
Systempath输出显示确实是：C:\windows\system32.
输出提示也是“拷贝成功！”可是在C:\windows\system32文件夹下搜索HelloWorld.exe就是没有，
却能在C：\windows\SysWOW64搜素出来。
网上说的原因是：
这是微软对32位和64位系统进行的隔离设置，当你用程序将文件复制到system32文件夹下时，系统会自动转到SysWOW64下面。但是当你从system32文件夹下读取这个文件的时，依然能读取出来。
下面来说一下SysWOW64的设计用途：
类似WOW32被设计用来在 Windows 32 位版本下运行 16 位的代码。
WOW64（Windows-on-Windows 64-bit）是一个在所有的64位版本的windows系统都存在的，能运行32位应用程序的windows操作系统的子系统。
维基百科上对WOW64的解释：
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目录中, 包含了旧系统的库和可执行文件
