Определить версию сборки платформы (CLR)

ildasm.exe покажет это, если вы дважды щелкните «МАНИФЕСТ» и посмотрите для «Версия метаданных». По умолчанию это версия, для которой был скомпилирован образ.

Одно уточнение ...

Проблема со всеми упомянутыми методами заключается в том, что они вернут версию 4.0, если сборка была скомпилирована для .NET framework 4.0, 4.5 или 4.5.1.

Чтобы определить эту версию программно во время выполнения, можно использовать атрибут System.Runtime.Versioning.TargetFrameworkAttribute для данной сборки, например

using System;
using System.Linq;
using System.Reflection;
using System.Runtime.Versioning;

...    

object[] list = Assembly.GetExecutingAssembly().GetCustomAttributes(true);
var attribute = list.OfType<TargetFrameworkAttribute>().First();

Console.WriteLine(attribute.FrameworkName);
Console.WriteLine(attribute.FrameworkDisplayName);

Вернусь

a.FrameworkName ".NETFramework,Version=v4.0"    string
a.FrameworkDisplayName  ".NET Framework 4"      string

a.FrameworkName ".NETFramework,Version=v4.5"    string
a.FrameworkDisplayName  ".NET Framework 4.5"    string

a.FrameworkName ".NETFramework,Version=v4.5.1"  string
a.FrameworkDisplayName  ".NET Framework 4.5.1"  string

class Program {
  static void Main(string[] args) { 
      System.Console.WriteLine(
             System.Reflection.Assembly.LoadFrom(args[0]).ImageRuntimeVersion);
  }
}

Скомпилируйте и запустите указанное выше приложение в последней версии .NET Framework (поскольку более старая среда CLR может быть не в состоянии загружать сборки, требующие более новой среды CLR) и запустите его, передав путь к сборке, которую вы хотите проверить, в качестве аргумента командной строки.

Вот PowerShell эквивалент кода .NET, предложенного в другом ответе. Использование PowerShell означает, что вы можете пропустить несколько шагов, например создание и компиляцию сборки.

В командной строке PowerShell выполните следующее:

[System.Reflection.Assembly]::LoadFrom("C:\...\MyAssembly.dll").ImageRuntimeVersion

По умолчанию PowerShell использует среду выполнения .NET v2, поэтому вы получите исключение для сборок, ориентированных на v4. Вопрос о переполнении стека Как я могу запустить PowerShell со средой выполнения .NET 4? подробно описывает методы для изменения этого, если необходимо.

Вот лайнер PowerShell One, который отображает версию целевой платформы для сборок, ориентированных на v4 и выше.

 Resolve-Path($args) | Select @{N='Assembly'; E={$_ }}, @{N='TargetFramework'; E={(([Reflection.Assembly]::ReflectionOnlyLoadFrom($_).GetCustomAttributesData() | Where-Object { $_.AttributeType -like "System.Runtime.Versioning.TargetFrameworkAttribute" })).NamedArguments.TypedValue}} | Format-Table

использовать:

C:\test\> show-targetfw.ps1 *.dll

Assembly             TargetFramework
--------             --------
C:\test\a.dll        ".NET Framework 4.6.1"
C:\test\b.dll        ".NET Framework 4.5.2"

Из командной строки

ЗАГРУЗИТЕ вашу dll / exe / CLRHEADER

Я бы предложил использовать ReflectionOnlyLoadFrom () вместо LoadFrom ()

Его преимущество в том, что он может загружать сборки x64 и ia64 при работе на машине x86, в то время как LoadFrom () не сможет этого сделать.

Хотя он по-прежнему не загружает сборки .Net 4.0 из PowerShell 2.0.

Как предложила @mistika, лучше использовать ReflectionOnlyLoadFrom(), а не LoadFrom(). Обратной стороной этого является то, что вызов GetCustomAttributes() в сборке, загруженной с ReflectionOnlyLoadFrom(), вызывает исключение. Вместо этого вам нужно позвонить GetCustomAttributesData():

var assembly = Assembly.ReflectionOnlyLoadFrom(assemblyPath);
var customAttributes = assembly.GetCustomAttributesData();
var targetFramework = customAttributes.FirstOrDefault(attr => attr.AttributeType.Equals(typeof(TargetFrameworkAttribute)));

var frameworkName = string.Empty;
var frameworkDisplayName = string.Empty;
if (null != targetFramework)
{
    if(targetFramework.ConstructorArguments.Any())
    {
        // first argument is the name of the framework.
        frameworkName = (string)targetFramework.ConstructorArguments[0].Value;
    }

    // search for a named argument called "FrameworkDisplayName"
    var frameworkDisplayNameArg = targetFramework.NamedArguments.FirstOrDefault(arg => arg.MemberName.Equals("FrameworkDisplayName"));
    if (null != frameworkDisplayNameArg)
    {
        frameworkDisplayName = (string)frameworkDisplayNameArg.TypedValue.Value;
    }
}

Console.WriteLine("Framework Name: " + frameworkName);
Console.WriteLine("Framework Display Name: " + frameworkDisplayName);

Я использую ILSpy как замену Reflector. Если открыть сборку в ILSpy, можно увидеть, например:

[assembly: TargetFramework(".NETFramework,Version=v4.6.2", FrameworkDisplayName = ".NET Framework 4.6.2")]

Очень хороший инструмент - JustDecompile от Telerik. Вы можете открывать сборки, и инструмент показывает, нацелены ли они на 4.5, 4.5.1 или 4.6.

Если вы хотите включить результат в сценарий, я рекомендую использовать текстовый вывод ildasm.exe, а затем grep «Version String» из вывода.

"C:\Program Files (x86)\Microsoft SDKs\Windows\v8.1A\bin\NETFX 4.5.1 Tools\ildasm.exe" /text D:\LocalAssemblies\Toolfactory.Core.BaseTypes.dll /noil /headers | find "' Version String"

Примечание. Я добавляю ', поэтому команда find не распознает «Длина строки версии».

Попробуйте этот исполняемый файл Информация о сборке, чтобы получить версию сборки, которая сообщает вам версию CLR, которую она требует, а также другие такая информация, как параметры компиляции, Целевой процессор и ссылки: