在“任何 CPU”上强制 x86 CLR .NET 程序集

Question

在 .NET 中，“平台目标：任何 CPU”编译器选项允许 .NET 程序集在 x64 计算机上以 64 位运行，在 x86 计算机上以 32 位运行。还可以使用“平台目标：x86”编译器选项强制程序集在 x64 计算机上作为 x86 运行。

是否可以运行带有“任何 CPU”标志的程序集，但确定它应该在 x86 还是 x64 CLR 中运行？通常这个决定是由 CLR/OS 加载器（据我的理解）根据底层系统的位数做出的。

我正在尝试编写一个 C# .NET 应用程序，它可以与其他正在运行的进程交互（读取：将代码注入到其中）。 x64进程只能注入其他x64进程，x86也是如此。理想情况下，我想利用 JIT 编译和 Any CPU 选项来允许使用单个应用程序注入 x64 或 x86 进程（在 x64 计算机上）。

这个想法是应用程序将被编译为任何CPU。在 x64 机器上，它将作为 x64 运行。如果目标进程是 x86，它应该重新启动自身，强制 CLR 将其作为 x86 运行。这可能吗？

Answer 1

您可以使用 CorFlags 应用程序。要了解应用程序将如何运行，请使用：

corflags <PathToExe>

要更改应用程序将如何运行，请使用：

corflags /32bit+  <PathToExe>

这将使 EXE 文件作为 32 位进程运行。有关程序集如何运行的信息存储在 PE 标头中。请参阅 Stack Overflow 问题如何查找本机 DLL 文件是编译为 x64 还是 x86？。

如果你想在运行时注入代码，你必须编写一个 .NET 分析器C++/COM。
请参阅.NET 内部结构：分析 API< /em> 和分析（非托管 API 参考）< /em> 了解更多详细信息。

您需要实现 JitCompilationStarted 回调并在那里完成您的工作。如果您朝这个方向发展，则必须将注入 DLL 文件构建为 x86 和 x64。 ，CLR 将加载本机 DLL 文件：

Cor_Enable_Profiling=0x1
COR_PROFILER={CLSID-of-your-native-DLL-file}

设置以下环境变量后 如果设置正确，那么 64 位版本将“看到”64 位进程，32 位版本将“看到”32 位进程。

Answer 2

我尝试这个已经有一段时间了，但我相信调用程序集的进程的位数决定了它是否会被 JIT 为 x86 还是 x64。

因此，如果您编写一个小型控制台应用程序并将其构建为 x86，另一个构建为 x64，则运行其中一个或另一个将导致加载到进程中的其他程序集以 32 或 64 位运行。当然，这是假设您在 64 位计算机上运行。

Answer 3

我不确定我是否可以帮助你解决这个问题。但这是我的经验。

我有一个主机应用程序，A.exe（编译为 x86），还有一个客户端应用程序，B.exe（编译为 ANY CPU)，来自主机应用程序。我使用 A.exe 启动 B.exe。 Diagnostics.process.aspx" rel="noreferrer">System.Diagnostic.Process 类。

现在的问题是，如果我将两者放在 x64 计算机上，则 A.exe 将作为 x86 运行，而 B.exe 将作为 x64 运行< /强>。

但是，如果 A.exe 调用程序集 c（c.dll，编译为 Any CPU），并且 B.exe< /code> 也会调用 c.dll，然后 c.dll 将跟随调用它的应用程序。换句话说，在64位机器上，当A.exe调用它时，它的行为就像x86 dll，而当B.exe调用它时，它的行为类似于 x64。

Answer 4

我通过创建两个（实际上是三个）二进制文件做了类似的事情。我检测了我尝试注入的进程是 32 位还是 64 位。然后，此过程将启动注入二进制文件的 32 位或 64 位版本（而不是像您提到的那样重新启动自身）。

这听起来很混乱，但您可以在构建时通过构建后事件轻松实现此目的，该事件会复制输出二进制文件并使用 CorFlags 实用程序强制副本以 32 位运行。这样，您就不必在应用程序中部署 CorFlags 实用程序，无论如何，这可能由于某种原因是不合法的。

我认为这与您最初的想法非常相似，除了两行构建事件之外，实际上不需要更多的工作。