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