为什么在 64 位 Windows 上 64 位 DLL 转到 System32，而 32 位 DLL 转到 SysWoW64？

Question

我想知道

在 64 位 Windows 系统上什么时候需要将文件放在 C:\Windows\System32 或 C:\Windows\SysWOW64 下。

我有两个 DLL，一个用于 32 位，一个用于 64 位。

从逻辑上讲，我认为应该将 32 位 DLL 放在 C:\Windows\System32 下，将 64 位 DLL 放在 C:\Windows\SysWOW64 下。

令我惊讶的是，相反！ 32位DLL进入C:\Windows\SysWOW64，64位DLL进入C:\Windows\System 32。

非常令人困惑的东西。 这背后的原因是什么？

Answer 1

我相信其目的是重命名 System32，但有太多应用程序针对该路径进行了硬编码，因此删除它是不可行的。

SysWoW64 并不是为 64 位系统的 dll 设计的，它实际上类似于“Windows on Windows64”，意思是在 64 位 Windows 上运行 32 位应用程序所需的位。

这篇文章解释了一些：

Windows x64 有一个目录 System32，其中包含 64 位 DLL（原文如此！）。
因此，位数为 64 的本机进程会在其中找到“它们的”DLL
他们期望它们：在 System32 文件夹中。 第二个目录，
SysWOW64，包含32位DLL。 文件系统重定向器的作用
为 32 位进程隐藏真实 System32 目录的魔力
并在 System32 名称下显示 SysWOW64。

如果您谈论的是安装程序，您确实不应该硬编码系统文件夹的路径。 相反，让 Windows 根据您的安装程序是否在模拟层上运行来为您处理。

Answer 2

我应该补充一点：你不应该把你的 dll 放入 \system32\ 无论如何！ 修改你的代码，修改你的安装程序...为你的位找到一个不在 c:\windows\ 下的地方，

例如，你的安装程序将你的 dll 放入：（

\program files\<your app dir>\

or

\program files\common files\<your app name>\

注意：实际上执行此操作的方法是使用环境变量：%ProgramFiles% 或
%ProgramFiles(x86)% 查找 Program Files 的位置....您不会假设它是 c:\program files\ ....)

，然后设置注册表标记：

HKLM\software\<your app name>
-- dllLocation

使用您的 dll 的代码读取注册表，然后动态链接到该位置的 dll。

以上是明智的做法。

您永远不会将您的 dll 或第三方 dll 安装到 \system32\ 或 \syswow64 中。 如果必须静态加载，请将 dll 放入 exe 目录中（可以在其中找到它们）。 如果您无法预测 exe 目录（例如，其他 exe 将调用您的 dll），您可能必须将 dll 目录放入搜索路径（如果可能的话，请避免这样做！）

system32 和 syswow64 用于 Windows 提供的文件。 ..不适用于其他任何人的文件。 人们养成把东西放在那里的坏习惯的唯一原因是它总是在搜索路径中，并且许多应用程序/模块使用静态链接。 （所以，如果你真正认真对待它，真正的罪过是静态链接——这是本机代码和托管代码中的罪过——总是总是动态链接！）

Answer 3

遇到了同样的问题并研究了几分钟。

我被教导使用 Windows 3.1 和 DOS，还记得那些日子吗？ 不久之后，我严格使用 Macintosh 计算机一段时间，然后在购买 x64 位计算机后开始回归 Windows。

这些更改背后有实际原因（有些人会说具有历史意义），这是必要的程序员继续他们的工作。

大多数更改如上所述：

• Program Files 与 Program Files (x86)

  一开始，16/86 位文件是在“86”Intel 处理器上写入的。

• System32 实际上意味着 System64 （在 64 位 Windows 上）

  当开发人员第一次开始使用 Windows7 时，存储其他应用程序时存在一些兼容性问题。

• SysWOW64 实际上意味着 SysWOW32

  本质上，用简单的英语来说，它的意思是“64 位计算机上的 Windows on Windows”。 每个文件夹都指示应用程序希望使用它们的 DLL 所在的位置。

以下两个链接包含您需要的所有基本信息：

• MSDN 文件系统重定向器

• SysWow64 解释

希望这能解决问题！

Answer 4

System32 是 Windows 历史上放置所有 32 位 DLL 的位置，而 System 则是放置 16 位 DLL 的位置。 当微软创建 64 位操作系统时，我认识的每个人都希望这些文件位于 System64 下，但微软认为将 64 位文件放在 System32 下更有意义。 我能找到的唯一理由是，他们希望 32 位的所有内容都可以在 64 位 Windows 上运行，而无需更改程序中的任何内容 - 只需重新编译，就可以了。 他们解决这个问题的方法是创建一个名为 Windows32 On Windows64 的 32 位 Windows 子系统，以便 32 位应用程序仍然可以运行。 因此，为 32 位子系统的 System 目录创建了缩写 SysWOW64。 Sys 是 System 的缩写，WOW64 是 Windows32OnWindows64 的缩写。
由于 Windows 16 已经与 Windows 32 分离，因此不需要 Windows 16 On Windows 64 等效项。 在 32 位子系统中，当程序要使用 system32 目录中的文件时，它们实际上是从 SysWOW64 目录中获取文件。 但这个过程是有缺陷的。

这是一个可怕的设计。 根据我的经验，为了编写 64 位应用程序，我必须做更多的更改，简单地将 System32 目录更改为读取 System64 将是一个非常小的更改，并且是预编译器指令旨在处理的更改。

Answer 5

其他人已经很好地解释了这个可笑的难题……我认为克里斯霍夫曼在这里做得更好：https://www.howtogeek.com/326509/whats-the-difference- Between-the-system32-and -syswow64-folders-in-windows/

我的两个想法：

1. 我们在生活中都会犯愚蠢的短视错误。 当微软将他们的（当时的）Win32 DLL 目录命名为“System32”时，这在当时是有意义的……他们只是没有考虑到如果/当使用 64 位（或 128 位）版本时会发生什么他们的操作系统是后来开发的 - 这样的目录名称会导致巨大的向后兼容性问题。 事后看来总是20-20，所以我不能因为这样的错误而责怪他们（太多）。 ...然而...当微软后来开发了他们的 64 位操作系统时，即使有事后诸葛亮的好处，为什么哦为什么他们不仅会再次犯同样的短视错误，而且有目的地让事情变得更糟这是一个误导性的名字吗？！？ 他们真丢人！！！ 为什么不至少将目录命名为“SysWin32OnWin64”以避免混淆？！？ 当他们最终生产出 128 位操作系统时会发生什么……那么他们要把他们的 32 位、64 位和 128 位 DLL 放在哪里？！？

2. 对我来说，所有这些逻辑似乎仍然完全有缺陷。 在 32 位版本的 Windows 上，System32 包含 32 位 DLL； 在 64 位版本的 Windows 上，System32 包含 64 位 DLL ...这样开发人员就不必更改代码，对吗？ 这种逻辑的问题在于，那些开发人员现在要么正在制作需要 64 位 DLL 的 64 位应用程序，要么正在制作需要 32 位 DLL 的 32 位应用程序……无论哪种方式，他们不是仍然被搞砸了吗？ 我的意思是，如果他们仍在制作 32 位应用程序，现在要在 64 位 Windows 上运行，他们现在需要更改代码以查找/引用他们所使用的相同 ol' 32 位 DLL以前使用过（现在位于 SysWOW64 中）。 或者，如果他们正在开发 64 位应用程序，那么他们将需要为新操作系统重新编写旧应用程序......因此无论如何都需要重新编译/重建！！！< /p>

微软有时会伤害我。