c# - 为什么我不能在 64 位机器上正确读取 HKCU 中的 32 位注册表值？

Question

我被 Windows 7 注册表问题难住了，虽然各种问题和答案让我有所了解，但我所看到的没有解决我的特定问题。我不知道其他windows版本是否会影响这个问题，但我们都有win7x64的机器。

我们在工作中使用了各种各样的工具，一些是 C++、一些是 C#、一些是 python (2.6) 等。我们还混合运行 32 位和 64 位工具。过去，我们很乐意将注册表信息存储在 HKLM 中。我们一直致力于将内容移至 HKCU。我们已经就是否要这样做、对 UAC 的影响等问题进行了很多讨论。我们真的很想尝试并采取这一行动。也就是说:

我们在从 HKCU/software/CompanyABC/App 中读取/写入注册表项时遇到问题。我们有一个用 python 编写的设置 app，它使用 _winreg 将注册表项写入上述位置。无论我们是否指定 KEY_WRITE|KEY_WOW64_32KEY 或仅指定 KEY_WRITE，值都会写入 HKCU/Software/WOW6432Node/companyABC/app。很好。

然后我有一个 C# 应用程序试图读取这些值。使用 Microsoft.Win32.Registry，我打开了子项 ('HKCU/Software/CompanyABC/app')，但没有看到我的值。原来我看到了以下行为:

• 当从 HKLM 读取/写入注册表项时，这些东西都可以正常工作。 python 应用程序将写入HKLM/Softare/Wow6432Node/CompanyABC/app，C# 代码将从该位置读取。考虑到我们构建 C# 应用程序并通过 python 编写注册表值的方式，这一切也都合情合理
• 从 HKCU 读取/写入注册表值，我得到不同的行为。 _winreg 函数将写入HKCU/Sofrware/Wow6432Node/CompanyABC/app，但 C# 应用将从 HKCU/Software/CompanyABC/app 读取>。 C# 应用程序构建为 x86 应用程序(不是任何 CPU，也不是 x64)，因此我假设该应用程序会正确重定向到 wow6432Node，但它似乎没有。

经过一些调查，HKCU/Software 似乎有所不同。 This文章似乎表明该区域是“共享的”而不是重定向的。如果是这样，那么我无法理解为什么我们的 python 应用程序(再次使用 _winreg)正在写入 HKCU 中使用 Wow6432Node 的位置 - 似乎它应该在没有重定向的情况下写入它到位。我想这可能是 _winreg 中的错误。

我真的很想避免在我们的工具中显式地处理 WOW6432Node，但这就是我今天的处境。任何人都可以向我解释如何使从 32 位和 64 位进程到 HKCU 的注册表访问正常工作，而不必诉诸到 32 位配置单元的硬编码路径吗？

Answer 1

我从对这个问题的评论中了解到这个问题已经消失，对于遇到这个问题的任何其他人，您可以使用 Microsoft.Win32.OpenBaseKey指定在 64 位计算机上运行时是否打开注册表的 64 位或 32 位部分，即使您的进程作为 32 位进程运行也是如此。

如果您总是想访问注册表的 NON-WOW6432Node 部分中的键，那么您可以安全地将 OpenBaseKey 的 View 参数设置为 RegistryView .Registry64。这将在 64 位和 32 位操作系统上正常工作。