为啥我能够将 x64 程序集加载到 AnyCPU Prefer 32 位可执行文件中？

Posted 2023-03-23

【中文标题】为啥我能够将 x64 程序集加载到 AnyCPU Prefer 32 位可执行文件中？

【英文标题】：Why am I Able to load x64 assembly into AnyCPU Prefer 32 bit executable?为什么我能够将 x64 程序集加载到 AnyCPU Prefer 32 位可执行文件中？

【发布时间】：2021-08-08 22:45:50

【问题描述】：

我正在开发一个使用System.Reflection 的方法Assembly.Load 加载不同程序集的工具 这是我得到的 在 64 位操作系统上，如果应用程序配置有：

x64 加载 x64 和 AnyCPU 组件 x86 加载 x86 和 AnyCPU 组件 AnyCPU 加载 x64 和 AnyCPU 组件

现在，当它在 64 位操作系统上配置 AnyCPU Prefer 32 位时，它将运行在 32 位进程上，就像这里所说的那样

在 .NET 4.5 和 Visual Studio 11 中，奶酪已被移动。这 大多数 .NET 项目的默认值仍然是 AnyCPU，但有超过 现在对 AnyCPU 的一种意义。 AnyCPU还有一个额外的子类型， “任何 CPU 32 位首选”，这是新的默认设置（总体而言，有 现在是 /platform C# 编译器开关的五个选项：x86， Itanium、x64、anycpu 和 anycpu32bit 优先）。使用时 AnyCPU的“Prefer 32-Bit”风格，语义如下：

如果进程在 32 位 Windows 系统上运行，它将作为 32 位进程运行。 IL 被编译成 x86 机器码。 如果进程在 64 位 Windows 系统上运行，它将作为 32 位进程运行。 IL 被编译成 x86 机器码。 如果进程在 ARM Windows 系统上运行，它将作为 32 位进程运行。 IL 被编译为 ARM 机器代码。

那么，“任何 CPU 32 位首选”和“x86”之间的区别是 只有这样：编译为 x86 的 .NET 应用程序将无法在 ARM Windows 系统，但“任何 CPU 32 位首选”应用程序将 运行成功。

我的问题是：为什么它加载 x64 程序集没有任何问题？这不是一种奇怪的行为吗？

我看到这个问题ODP.NET x64 ANYCPU and Prefer 32-bit setting支持这个主张

【问题讨论】：

您使用的是 Windows x64 吗？

@OlivierRogier 是的

@OlivierRogier 这是一个完全不同的问题：它根本与 .NET 无关。 .NET 程序集的答案是不同的。

@OlivierRogier 问题不在于是否可以将一个位的 native DLL 加载到另一个位的进程中（尽管我想这是答案的一部分）。这是关于当您将带有一组指定 AnyCPU 等标志的程序集加载到其入口点程序集具有一组不同标志的 AppDomain 时 JIT 正在做什么。关闭此问题以支持您找到的问题不会回答 OP 的问题

【参考方案1】：

.NET 程序集（exe 和 dll）不包含 x86/x64 程序集。它们包含独立于架构的 IL（中间语言）。在运行时，JIT 会酌情将 IL 转换为 x86/x64 机器代码。

“任何 CPU”和“首选 32 位”设置等仅更改程序集标头中的一些位，它告诉 JIT 在运行时要发出什么。只有 .exe 标头中的位很重要：exe 指示 JIT 将发出什么，以及 JIT 是否正在发出，例如x86 对于 exe，它将对加载到该进程中的所有其他程序集执行相同的操作。

现在，将设置了“x86”标志的 dll 加载到 JIT 为其发出 x64 的进程中可能是个坏主意：推测该 dll 有指定 x86 的原因，这可能是因为它正在调用一些为 x86 编译的本机代码。如果您强制它在 x64 进程中运行，那么它将无法再调用该 x86 本机代码。

（请注意，自从您找到该引用后，情况已经发生了变化：.NET Core 现在忽略“首选 32 位”，并且 AnyCPU 默认为 x64）。

【讨论】：

我明白了，正如你所说，Prefer 32-bit only change bits in the header以告诉JIT在运行时发出什么，现在Prefer 32位Assembly将JIT到x86代码和x64程序集我将 JIT 加载到 x64，这不是很奇怪吗？

没有。就像我说的，exe 头文件中的位决定了整个进程 的位数。如果 exe 显示“x86”，则所有内容都会被 JIT 处理到 x86，包括任何标头实际显示不同内容的 DLL，例如“x64”

【参考方案2】：

AnyCPU 选项允许可执行二进制文件中的 .NET 虚拟 IL 代码在 32 位和 64 位计算机上运行。

AnyCPU 首选 32 位表示在 x64 机器上以 32 位兼容模式运行进程，当然除非某些原因阻止了这一点。

它是运行时的参数，而不是编译时的参数，正如@canton7 解释的那样。

What is the purpose of the "Prefer 32-bit" setting in Visual Studio and how does it actually work?

如果应用程序加载 64 位 DLL，则意味着代码以 64 位 native machine code 执行 (translated)，否则会出现系统错误框。

为virtual OOP (single inheritance yet) computer 提供virtual assembly 是DotNet 的目的。

如果我们使用任何任务管理器，我们会发现该进程确实是 x64 而不是 x32。

以下链接中关于 x32-x64 的内容对 x64-x32 有效：

Is it possible to load a 64-bit dll into a 32-bit process?

Calling 32bit Code from 64bit Process

Load 32bit DLL library in 64bit application

Process Interoperability

为了能够加载与最高架构不同的 DLL，我们需要某些东西，例如创建沙箱。例如，Renoise 可以运行 32 位 VST，而 DAW 是 64 位。