检查服务在Windows上安装为64位还是32位

我认为这个问题很难回答,因为Windows中的.NET可执行文件包含两种形式的代码:

第一部分是本地存根 这带来了系统的可用运行时(对于较旧的Windows系统,当OS加载器无法本地识别CLR程序集时)。它可以是32位或64位,就像其他Windows应用程序一样。您可以通过以下方式找到其目标架构 analyzing its PE header .

正如你所知,这很容易确定。然而,我怀疑它也可能在很大程度上与您的用例(以及大多数用例)无关,因为第一部分不包含程序的“有用”部分,主要是出于遗留原因。

第二部分是IL(字节码) 这将得到JIT编译,然后执行。这是有用的部分,但在不运行时,这在很大程度上与平台无关。这是 运行时JIT生成的代码 变为32位或64位。

• 现在,如果程序集是使用 x86标准 或 64位 配置,它将被标记为 you can find out programmatically without running it whether it's going to be 32-bit or 64-bit .

• 但是,如果标记为 任意CPU (就像现在大多数程序集一样)你不能事先知道JIT编译的代码会带来什么。您只能在运行时(通过 asking the environment 或由 comparing the size of IntPtr for example ). 或者你可以做出一个有教养的猜测——如果你 当前程序 在32位Windows下运行(但从非托管代码中确定这一点可能不可靠),您绝对不必期望.NET程序集会生成64位CPU指令。然而,如果您在64位Windows下运行(同样是最有可能的情况),就不会那么容易了,特别是考虑到这一点 the semantics of the AnyCPU configuration changed with .NET 4.5 你也必须考虑这些变化。

现在,您可能已经意识到了一个问题: 第一部分和第二部分可能不匹配。 他们通常不会,因为最常见的场景是使用AnyCPU配置进行构建( which will typically yield a 32-bit PE executable )以及在64位系统上部署,其中IL将被JIT编译为64位指令。

最后,你必须明确决定你想知道这两个人中的哪一个(以及这是否值得麻烦)。您可能还想探索其他选项,例如利用AnyCPU程序集可以加载为32位或64位的事实,在许多情况下,您可以使用它们而无需检查。