.NET SDK 中 CorFlags.Exe 的用法

    CorFlags 是 .NET Framework 中一个用于查看 .NET 可执行文件(PE)的运行参数的非常有用的工具，但是这个工具输出的结果不是特别直观，文档中并没有做出解释，本文将用实际例子解释CORFLAGS的用法。
    首先我们来看一个一般的情况，随便写一个A.CS文件，用CSC编译，并用CorFlags察看：

    〉csc a.cs
    〉corflags a.exe
    Microsoft (R) .NET Framework CorFlags Conversion Tool. Version 2.0.50727.42
    Copyright (c) Microsoft Corporation. All rights reserved.

    Version   : v2.0.50727
    CLR Header: 2.5
    PE        : PE32
    CorFlags : 1
    ILONLY    : 1
    32BIT     : 0
    Signed    : 0

    先解释一下每一项的意义：
    项目含义对应
    Version Assembly所对应的Framework版本 IMAGE_COR20_HEADER.dwMajorRuntimeVersion
    IMAGE_COR20_HEADER.dwMinorRuntimeVersion
    CLR Header CLR文件头的版本号 IMAGE_COR20_HEDER.MetaData
    PE PE文件的类型，包含PE32/PE32+ Magic=
    IMAGE_NT_OPTIONAL_HDR32_MAGIC or

    IMAGE_NT_OPTIONAL_HDR64_MAGIC
    CorFlags   IMAGE_COR20_HEADER.Flags
    CorFlags根据这个值来解析下面的选项
    ILONLY 是否仅仅包含IL代码，0/1 COMIMAGE_FLAGS_ILONLY=0x1
    32 BIT 是否仅以32BIT运行，0/1 COMIMAGE_FLAGS_32BITREQUIRED=0x2
    Signed 是否经过签名 COMIMAGE_FLAGS_STRONGNAMESIGNED =0x8

    PE文件的类型需要解释一下，Windows中PE文件也就是可执行文件，存在两种类型（以前还有LE等等，已淘汰）：PE32和PE32+
    PE32是既可以在32位下运行，也可以在64位下运行，而PE32+只能在64位下面运行。这里有一点需要澄清的是，普通的PE32文件，如果里面代码有非托管代码，那么只能以32位运行，不管是在32位Windows还是64位的Windows。但是如果PE32中仅含有托管代码，那么在64位Windows下面则可以以64位运行，因为CLR可以将托管代码编译为64Bit并运行，并且将其作为PE32+对待。
    对应不同的平台的托管代码对应的CorFlags的结果是不一样的。
    平台 PE32/PE32+ IL Only? 32-Bit?
    Any CPU PE32 1 0
    Pure x86 PE32 1 1
    Pure x64 PE32+ 1 0
    Mixed x86 PE32 0 0
    Mixed x64 PE32+ 0 0

    Pure指纯托管程序，而Mixed指混合。
    Any CPU必然只能是IL Only，不能含有平台相关的非托管代码。而x86和AnyCPU一样，都是PE32文件，区别在于文件头上的32-Bit的标志设置为1，表明其只能以32-Bit运行。X64则必然是PE32+，可以包含64位非托管代码。
    举一个例子：
    〉 corflags C:\windows\microsoft.net\Framework\v2.0.50727\System.dll
    Microsoft (R) .NET Framework CorFlags Conversion Tool. Version 2.0.50727.42
    Copyright (c) Microsoft Corporation. All rights reserved.

    Version   : v2.0.50727
    CLR Header: 2.5
    PE        : PE32
    CorFlags : 9
    ILONLY    : 1
    32BIT     : 0
    Signed    : 1

    可以看到我机器上面32Bit的.NET Framework 2.0 RTM版本里面的System.DLL是对应v2.0.50727版本的，属于PE32文件，是IL Only，不是32Bit的，因此这个是用AnyCPU来编译的。Corflags = 9 = COMIMAGE_FLAGS_ILONLY (1) + COMIMAGE_FLAGS_STRONGNAMESIGNED (8)

    最后我们来看一个混合托管代码和非托管代码的例子：

    〉cl /clr a.cpp
    Microsoft (R) C/C++ Optimizing Compiler Version 14.00.50727.762
    for Microsoft (R) .NET Framework version 2.00.50727.1416
    Copyright (C) Microsoft Corporation. All rights reserved.

    a.cpp
    Microsoft (R) Incremental Linker Version 8.00.50727.762
    Copyright (C) Microsoft Corporation. All rights reserved.

    /out:a.exe
    a.obj

    〉 corflags a.exe
    Microsoft (R) .NET Framework CorFlags Conversion Tool. Version 2.0.50727.42
    Copyright (c) Microsoft Corporation. All rights reserved.

    Version   : v2.0.50727
    CLR Header: 2.5
    PE        : PE32
    CorFlags : 0
    ILONLY    : 0
    32BIT     : 0
    Signed    : 0

    可以看到用/CLR编译选项编译出来的C++/CLI的代码总是混合的，因此是 ILONLY=0，值得注意的是其32BIT=0，说明当ILONLY=0的时候，CLR不需要32BIT=0就可以判断出这个PE32文件必然要在32BIT下面运行。

    CorFlags除了可以输出这些信息之外，还可以一定程度上修改这些信息，用法比较简单，只要了解各个输出的含义就可以了。但是除非对相关信息的含义以及对目标程序非常了解，一般情况下最好不要修改这些信息，以避免出现无法预料的问题。