AnyCPU程序集在加载到64位进程时将JIT为64位代码，在加载到32位进程时将JIT为32位代码。

通过限制CPU，您可能会说:程序集正在使用某些东西(可能的东西) 非托管)，需要32位或64位。

“任意CPU”意味着当程序启动时，. net框架会根据操作系统的比特数判断程序是运行在32位还是64位。

x86和任何CPU之间是有区别的:在x64系统上，为x86编译的可执行文件将作为32位可执行文件运行。

根据您的怀疑，只需转到Visual Studio 2008命令行并运行以下命令。

dumpbin YourProgram.exe /headers

它会告诉你程序的大小，还有很多其他信息。

AnyCPU程序集在加载到64位进程时将JIT为64位代码，在加载到32位进程时将JIT为32位代码。

通过限制CPU，您可能会说:程序集正在使用某些东西(可能的东西) 非托管)，需要32位或64位。

任何CPU都意味着它可以在任何平台上工作。这是因为托管代码类似于Java。可以把它看作是被编译成字节码，由. net Framework在运行时解释。

c++没有这个选项，因为它被编译为特定于平台的机器代码。

我认为大多数重要的东西已经说过了，但我只是想补充一件事:如果你编译为任何CPU并运行在x64平台上，那么你将无法加载32位DLL文件，因为你的应用程序不是在WoW64中启动的，但这些DLL文件需要在那里运行。

如果您编译为x86，那么x64系统将在WoW64中运行您的应用程序，并且您将能够加载32位DLL文件。

所以我认为如果你的依赖可以在任何一个环境中运行，你应该选择“任何CPU”，但如果你有32位依赖，就选择x86。微软的这篇文章对此做了一些解释:

/CLRIMAGETYPE(指定CLR图像类型)

顺便说一句，微软的另一份文档也认为x86通常是一个更可移植的选择:

对于应用程序包来说，选择x86通常是最安全的配置 因为它几乎可以在所有设备上运行。在某些设备上，应用程序 x86配置的软件包将无法运行，例如Xbox或其他 物联网核心设备。然而，对于PC来说，x86包是最安全的 选择，并具有最大的设备部署范围。一个实质性的 部分Windows 10设备继续运行x86版本 窗户

下面是解释不同构建目标的快速概述。

根据我自己的经验，如果您正在构建一个在x86和x64平台上运行的项目，而您没有任何特定的x64优化，我会将构建更改为专门表示“x86”。

这样做的原因是有时你会得到一些DLL文件，碰撞或一些代码，以崩溃魔兽世界在x64环境。通过特别指定x86, x64操作系统将把应用程序视为纯x86应用程序，并确保一切顺利运行。