关于.NET编译的目标平台(AnyCPU,x86,x64)

2014-03-25

今天将调用SAP的RFC函数的C#接口程序正式放到客户服务器，更新后反馈x64系统的电脑提示问题。调查出来是兼容性的问题。

问题1：未能加载文件或程序集“SAP_interface, Version=1.0.5175.26635, Culture=neutral, PublicKeyToken=null”或它的某一个依赖项。试图加载格式不正确的程序。

调整成X86，结果画面可以启动了，仍然有问题

问题2：System.Runtime.InteropServices.COMException (0x80040154): 检索 COM 类工厂中 CLSID 为 {0AAF5A11-8C04-4385-A925-0B62F6632BEC} 的组件时失败，原因是出现以下错误: 80040154。

最终原因查明是：exe最好设置成X86，系统就算是64位也可以兼容，调用的dll要设置成AnyCPU（它是由调用的exe决定的），最后COM组件部分因为只有x86的版本，决定了前面exe和dll都需要是X86。

好吧，下面是参考的帖子：

http://blog.sina.com.cn/s/blog_78b94aa301014i8r.html

今天有项目的代码收到客户的反馈，要求所有的EXE工程的目标平台全部指定成x86，而所有DLL工程的目标平台全部指定成AnyCPU 。

下面我们一起看看这个目标平台有什么作用，各选项有什么差别吧。

在VisualStudio中，在编译设置中有如下选项：

x86： 将程序集编译为由兼容 x86 的 32 位公共语言运行库运行。

x64： 将程序集编译为由支持 AMD64 或 EM64T 指令集的计算机上的 64 位公共语言运行库运行。

anycpu：（默认值）将程序集编译为在任意平台上运行。

Itanium： 将程序集编译为由采用 Itanium 处理器的计算机上的 64 位公共语言运行库运行。

具体行为如下：

在 64 位 Windows 操作系统上：

用 x86 编译的程序集将在 WOW64 下运行的 32 位 CLR 上执行。

用 x64 编译的程序集将在 64 位 CLR 上执行。

用 anycpu 编译的可执行文件将在 64 位 CLR 上执行。

用 anycpu 编译的 DLL 将在与加载它的进程相同的 CLR 上执行。

在 32 位 Windows 操作系统上：

用 x86或anycpu 编译的程序集将在 32 位 CLR 上执行。

用 x64 编译的程序集无法运行。

搞清楚这些差异以后，回过头来看看客户要求的东西，有没有道理吧。

首先有一点是知道的，客户希望程序能够在WINXP以上的各系统中运行（不管是32位还是64位）。

因此，不可能选x64，Itanium这种针对特殊处理器的也不会去选。

那都选择Any CPU这种默认方式有没有问题呢？

首先看看Any CPU和x86的可执行文件(EXE)在32位和64位下有什么区别吧，

Any CPU在32位下，EXE将以32位执行，而在64位下，EXE将以64位执行。而x86的话，始终以32位执行。

客户希望使用的x86，也就是不希望64位下用64位方式执行EXE程序。我分析的原因是由于系统中可能存在第三方的32位DLL，一旦使用64位执行的EXE，在调用到32位的DLL时，将无法调用。

而DLL，客户则希望采用Any CPU，我分析的原因是DLL的实际运行方式是受调用它的EXE所影响的，因此设为Any CPU就可以了。而如果设定为x86，虽然看似没什么问题，但其无法在64位CLR中运行了，不是太好。

参考资料：

http://msdn.microsoft.com/zh-cn/library/zekwfyz4(VS.80).aspx

------------------------------

补充一下，可以使用.NET SDK中提供的CorFlags命令查看程序集的目标平台，也可以修改它，这样就可以不用重新编译了。不过，为啥64位下的EXE无法调用32位的DLL呢？

关于.NET编译的目标平台(AnyCPU,x86,x64)(转),古老的榕树,5-wow.com