我推荐你阅读这篇文章。

当使用AnyCPU时，语义如下:

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

参考《CLR via 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版本 窗户

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

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

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

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

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

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

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