要在写入HKLM注册表配置单元时在Vista中弹出UAC对话框，我们选择不使用Win32注册表API，因为当缺少Vista权限时，我们需要使用管理员权限重新启动整个应用程序。相反，我们做了这个把戏：
ShellExecute(hWnd, "runas" /* display UAC prompt on Vista */, windir + "\Reg", "add HKLM\Software\Company\KeyName /v valueName /t REG_MULTI_TZ /d ValueData", NULL, SW_HIDE);
除了我们的应用程序是32位的之外，这个解决方案运行良好，并且它运行REG.EXE命令，因为它将是一个使用WOW兼容层的32位应用程序！：（如果从命令行运行REG.EXE，它将在64位模式下正确运行。这很重要，因为如果它作为32位应用程序运行，则由于注册表反射，注册表项将最终出现在错误的位置。
那么，有没有办法从32位应用程序以编程方式启动64位应用程序，而不让它像其父32位进程一样使用WOW64子系统运行（即任务管理器中的"*"后缀）？
试试这个（从32位进程）：
> %WINDIR%sysnativereg.exe query ...
（在此处找到）。
运行32位或64位本机（非托管）程序完全取决于可执行文件。reg.exe有两个副本，分别为C:\Windows\System32（64位）和C:\Windows\SysWOW64（32位）。因为您没有指定路径，所以您将获得首先出现在PATH环境变量中的内容，该变量是32位进程的32位版本。
您应该真正将此函数分解到一个单独的程序或COM对象中，并用清单标记该程序，或者使用COM提升名字对象启动COM对象。
您是否考虑过创建一个小型的"助手"应用程序来为您更新注册表？如果您将其编译为64位，并包含一个指示它需要管理员权限的清单，那么它将为您提供这两个基础。
有API可以检测您正在运行的操作系统的"位"，因此您可以编译RegistryUpdate32.exe和RegistryUpdate64.exe并调用相关的操作系统。
作为解决方案，我自己做了一件事，那就是PInvoke禁用重定向：
http://msdn.microsoft.com/en-us/library/windows/desktop/aa365744（v=vs.85）.aspx
你总是可以把它打开。