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

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

查看文章Visual Studio . net平台目标解释。

默认设置“Any CPU”意味着程序集将运行 本机位于当前运行的CPU上。也就是说，它会运行 在64位机器上是64位，在32位机器上是32位。如果 程序集从64位应用程序调用时，它将作为 64位汇编等等。

上面的链接已经被报道中断了，所以这里有另一篇文章有类似的解释:AnyCPU在。net 4.5和Visual Studio 11的真正含义

我认为大多数重要的东西已经说过了，但我只是想补充一件事:如果你编译为任何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版本 窗户

参考《CLR via c#》这本书:

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

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

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

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

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