C#中Any CPU和X86和X64平台的差异对比

最近在C#项目中嵌入一个视频软件Ffplayer,出现报错现象,提示平台开发视频.dll文件的兼容性和加载格式不正确的问题。最终查看是由于项目平台选择的是Any CPU和X86的引起的。目标平台有什么作用,各选项有什么差别。

    一、在VisualStudio中,在编译设置中有如下选项:

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

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

    anycpu:(默认值)将程序集编译为在任意平台上运行。

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

    二、具体行为如下:

    1)在 64 位 Windows 操作系统上:

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

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

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

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

    2)在 32 位 Windows 操作系统上:

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

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

 说明:现在大多数用户使用的都是在WINXP以上的系统中运行程序(不管是32位的还是64位的),因此,基本不可能选择X64的编译程序集。 是不是都选择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时,将无法调用。

    如果用户希望使用Any CPU,是因为DLL的实际运行方式是受调用它的EXE所影响的,因此设为Any CPU就可以了(即选择默认)。而如果设定为x86,虽然看似没什么问题,但其无法在64位CLR中运行了,存在缺陷。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章