我对Visual Studio 2008中的.NET平台构建选项有一些困惑.
什么是"任何CPU"编译目标,它生成什么类型的文件?我检查了这个"Any CPU"构建的输出可执行文件,发现它们是x86可执行文件(谁也看不到它!).那么,将可执行文件定位到x86与"任何CPU"之间有什么区别吗?
我注意到的另一件事是托管C++项目没有这个平台作为选项.这是为什么?这是否意味着我怀疑"任何CPU"可执行文件是普通的32位可执行文件是对的?
一个AnyCPU当当被加载到32位进程加载到64个进程和32位汇编将JIT到64位的代码.
通过限制CPU,您会说:组件使用的东西(可能是非托管的)需要32位或64位.
我想大多数重要的东西已经说过了,但我只是想添加一件事:如果你编译为任何CPU并在x64平台上运行,那么你将无法加载32位dll,因为你的应用程序没有在WOW64中启动,但那些dll需要在那里运行.
如果你编译为x86,那么x64系统将在WOW64中运行你的应用程序,你将能够加载32位dll.
因此,如果您的依赖项可以在任一环境中运行,我认为您应该选择"任何CPU",但如果您具有32位依赖项,则选择x86.微软的这篇文章解释了这一点:
/ CLRIMAGETYPE(指定CLR图像的类型)
顺便提一下,这个其他Microsoft文档同意x86通常是一个更便携的选择:
选择x86通常是应用程序包的最安全配置,因为它几乎可以在每个设备上运行.在某些设备上,不会运行具有x86配置的应用程序包,例如Xbox或某些IoT核心设备.但是,对于PC,x86软件包是最安全的选择,并且具有最大的设备部署范围.Windows 10设备的很大一部分继续运行x86版本的Windows.
这是一个快速概述,解释了不同的构建目标.
根据我自己的经验,如果您正在构建一个可在x86和x64平台上运行的项目,并且您没有任何特定的x64优化,我会将构建更改为专门说"x86".
原因有时你可能会得到一些碰撞的DLL或一些在x64环境中崩溃WOW的代码.通过专门指定x86,x64操作系统将把应用程序视为纯x86应用程序,并确保一切顺利运行.
查看文章Visual Studio .NET Platform Target Explained.
默认设置"Any CPU"表示程序集将在当前运行的CPU上本机运行.这意味着,它将在64位计算机上以64位运行,在32位计算机上以32位运行.如果从64位应用程序调用程序集,它将作为64位程序集执行,依此类推.
据报道上面的链接被破坏了,所以这里有另一篇文章,其中有类似的解释:AnyCPU在.NET 4.5和Visual Studio 11中的含义是什么
"任何CPU"意味着当程序启动时,.NET Framework将根据OS位数确定是以32位还是64位运行程序.
x86和任何CPU之间存在差异:在x64系统上,为X86编译的可执行文件将作为32位可执行文件运行.
至于您的怀疑,只需转到Visual Studio 2008命令行并运行以下命令.
dumpbin YourProgram.exe /headers
它会告诉你程序的位数,还有更多.
相信预订"通过C#CLR",请看:
https://books.google.co.uk/books?id=36tCAwAAQBAJ&pg=PT38
任何CPU都意味着它可以在任何平台上运行.这是因为托管代码类似于Java.可以将其视为编译为.NET Framework在运行时解释的字节代码.
C++没有此选项,因为它被编译为特定于平台的机器代码.
我建议阅读这篇文章。
使用AnyCPU时,语义如下:
如果该进程在32位Windows系统上运行,则它将作为32位进程运行。CIL被编译为x86机器代码。
如果该进程在64位Windows系统上运行,则它将作为32位进程运行。CIL被编译为x86机器代码。
如果该进程在ARM Windows系统上运行,则它将作为32位进程运行。CIL被编译为ARM机器代码。