问题描述
我正在开发一种使用 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 和 anycpu32 位首选)。当使用 AnyCPU的“Prefer 32-Bit”风味,语义如下:
- 如果进程在 32 位 Windows 系统上运行,则它作为 32 位进程运行。 IL 被编译为 x86 机器码。
- 如果进程在 64 位 Windows 系统上运行,则它作为 32 位进程运行。 IL 被编译为 x86 机器码。
- 如果进程在 ARM Windows 系统上运行,则它作为 32 位进程运行。 IL 被编译为 ARM 机器代码。
“Any CPU 32-bit preferred”和“x86”之间的区别是 仅此而已:编译为 x86 的 .NET 应用程序将无法在 ARM Windows 系统,但“任何 CPU 32 位首选”应用程序将 运行成功。
我的问题是:为什么它加载 x64 程序集没有任何问题?这不是一种奇怪的行为吗?
我看到这个问题 ODP.NET x64 ANYCPU and Prefer 32-bit setting 支持这个命题
解决方法
.NET 程序集(exe 和 dll)不包含 x86/x64 程序集。它们包含与体系结构无关的 IL(中间语言)。在运行时,JIT 根据需要将 IL 转换为 x86/x64 机器代码。
“Any CPU”和“Prefer 32-bit”设置等只更改程序集标头中的一些位,它告诉 JIT 在运行时发出什么。只有 .exe 头文件中的位很重要:exe 指示 JIT 将发出什么,以及 JIT 是否正在发出,例如x86 对于 exe,它将对加载到该进程中的所有其他程序集执行相同的操作。
现在,将设置了“x86”标志的 dll 加载到 JIT 为其发出 x64 的进程中可能是个坏主意:大概该 dll 有指定 x86 的原因,这可能是因为它正在调用一些为 x86 编译的本机代码。如果您强制它在 x64 进程内运行,那么它将无法再调用该 x86 本机代码。
(请注意,自从您找到那句引语以来,情况已经发生了变化:.NET Core 现在忽略“首选 32 位”,并且 AnyCPU 默认为 x64。
,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 位 translated 执行(native machine code),否则我们会收到系统错误框。
为 virtual assembly 使用 virtual OOP (single inheritance yet) computer 是 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
为了能够加载与最高架构不同的 DLL,我们需要某些东西,例如创建沙箱。例如,Renoise 可以运行 32 位 VST,而 DAW 是 64 位。