如何在运行时检测 .NET 4.5 版当前正在运行您的代码？

Question

我从 http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27541 安装了 .NET 4.5 Developer preview，它“替换”了 .NET 4.0 版本。

但是，检测 .NET 框架版本的旧方法似乎返回 4.0（更准确地说是我的 PC 上的 4.0.30319.17020），而不是 4.5（肯定可能是为了向后兼容，或者？）：

using System;

namespace ConsoleApplication
{
    class Program
    {
        static void Main(string[] args)
        {
            var version = Environment.Version;
            Console.WriteLine(version.ToString());
            Console.ReadKey();
        }
    }
}

如何检测我的代码是否真的由 .NET 4.5 执行？

Answer 1

根据我从在线资源中了解到的情况，.NET 4.5 的行为方式与 3.5 对 2.0 的行为方式相似（尽管不完全相同）：您的版本号保持不变（如果您运行 3.5 代码，CLR 版本将为2.0)，它将作为现有 CLR 4.0 的更新。

因此，您将能够将共存的 2.0 升级到 3.5，并将 4.0 升级到 4.5。

尚不清楚的是，是否可以在 4.0 中制作（或处理现有）项目而无需将它们升级到 4.5：目前您可以在 Visual Studio 2010 中制作 2.0 或 3.5 项目，但也许不会4.0 和 4.5 相同。

Answer 2

您需要明确区分 CLR（即“运行时”）和框架库（即“框架”）。您在第一个或第一个上执行您的代码，您的代码被编译并使用后者。不幸的是，当使用术语“.NET 版本”时，通常指的是运行时和框架的整个包，而不管它们各自的版本如何——如前所述——可能不同。

您可以检测到installed framework versions。但是，这并不能告诉您在运行时实际使用的是哪一个。

我不确定 4.5，但 2.0 与 3.0 或 3.5 Environment.Version 没有任何帮助，因为它总是返回 2.0，因为所有这些框架版本都使用 CLR 2.0。我假设对于 framework 4.5，CLR 版本仍然是 4.0，这可以解释即使在这种情况下Environment.Version 返回 4.0.x。

一种可能对您有用的技术是检查核心库（mscorlib、System.Core 等）中的类型、方法或属性，您知道这些库仅从特定的 .NET 框架版本开始存在。

例如，ReflectionContext 类在 .NET 框架 4.5 中似乎是全新的，并且可以方便地使用 mscorlib。所以你可以做这样的事情。

  public static bool IsNet45OrNewer()
  {
      // Class "ReflectionContext" exists from .NET 4.5 onwards.
      return Type.GetType("System.Reflection.ReflectionContext", false) != null;
  }

说了这么多，人们可能会质疑为什么您需要知道您使用的是哪个 .NET 版本。只需尝试访问您需要的功能，如果它们不存在，可能会优雅地回退到其他东西（旧版本中可用）。

更新：请注意，术语 .NET 4.5 是指组成基类库 (BCL) 和更多（统称为“框架”）的几个程序集以及运行时本身的整个包，即 CLR - 两者都可以有不同的版本，如前所述。

我不为 Microsoft 工作，并且不了解缺少（单一）函数或 API 来获得“.NET 框架版本”的真正原因，但我可以做出有根据的猜测。

1. 尚不清楚此类函数/API 应提供哪些信息。 甚至 BCL 的各个程序集也不共享通用（程序集/文件）版本。例如，对于 .NET 3.0 和 3.5，mscorlib.dll 的版本为 2.0.x，而只有 WCF 和 WF 的新程序集有 3.0 版本。我认为即使使用 .NET 3.5，System.ServiceModel.dll 仍然有 3.0.x 版本。我想说的是，框架的所有程序集上都没有统一的版本。那么像System.Environment.FrameworkVersionreturn 这样的 API 调用应该是什么？该版本的价值是什么（即使它确实返回了像 4.5 这样的“符号”版本，它也没有什么价值，不是吗？）。

2. 过于具体一些新功能可能会出现在现有版本的 SP 中，并且是新版本的一部分。进行功能检查时，您的应用程序可能在 以前 已更新的版本上运行良好，而通过显式版本检查，它可能会不必要地将自身限制为最新版本。我没有来自 .NET 世界的示例，但总的来说（以及在 Windows 本身中，例如 WMI）它可以而且确实发生了。

3. 不想要。我可以想象，确定应用程序当前正在使用的“框架版本”的方法甚至是不理想的为他们提供。在本机/Win32 世界中，version checking fallacies 有着悠久而邪恶的历史（有关适用于 .NET 的概念，请参见“不检查版本”段落）。例如，人们错误地使用了GetVersion 和GetVersionEx API，只检查他们运行的版本是否是他们在编写应用程序时知道的最新版本。因此，当应用程序在较新版本的 Windows 上运行时，它不会运行，即使它们真正使用的 功能 仍然存在。微软可能已经考虑过类似的问题，因此甚至没有在 .NET 中提供一些 API。

顺便说一句，这是微软recommends在GetVersion函数的备注部分：

识别当前操作系统通常不是最好的方法 以确定是否存在特定的操作系统功能。 这是因为操作系统可能添加了新功能 在可再发行的 DLL 中。而不是使用 GetVersionEx 来确定 操作系统平台或版本号，测试是否存在 功能本身。

Windows 团队博客也有一些关于此的 to say。

我知道这一切都是关于 Windows 和本机编程的，但对于 .NET 应用程序、框架和 CLR 而言，概念和危险是相同的。

我会说使用（优雅的）回退进行功能检查是一种更加可靠和健壮的方式，可以确保您的应用程序向下兼容。如果您只希望您的应用程序与特定版本的 .NET 或更高版本一起使用，请不要做任何特别的事情，并依靠 .NET 本身的向后兼容性。

Answer 3

.NET Framework 4.5 是对 4.0 的就地升级。这大致意味着如果您在 4.0 或 4.5 运行时版本上运行，并且安装了 4.5，那么您肯定在 4.5 上运行。您的检查可能如下所示。

让我们同时调用 4.0 和 4.5 运行时 4.0 版本的运行时。

1. 检查您是否在 4.0 版本的运行时上运行：

   • 如果您的程序集编译为面向 .NET 4.0，或者
   • Environment.Version.Major == 4 && Environment.Version.Minor == 0

   那么您在 4.0 版本的运行时上运行。

2. 通过检查安装的版本来检查您的 4.0 版本的运行时实际上是 4.0 还是 4.5：

   • 在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Client 键下，检查_Version_ 值。如果它以"4.0" 开头，则表示您在 4.0 运行时上运行，如果它以 "4.5" 开头，则表示您在 4.5 运行时上运行。

Answer 4

您可以通过检查注册表中的 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full 子项的 DWORD 值来测试是否安装了 .NET Framework 4.5 或 .NET Framework 4命名为Release。此DWORD 的存在表明该计算机上已安装.NET Framework 4.5。 Release 的值是版本号。要确定是否安装了 .NET Framework 4.5 的最终发行版，请检查是否有等于或大于 378389 的值。

Answer 5

要准确确定您的应用程序正在运行哪个 .NET 补丁，请进行此调用以查找 mscorlib 的内部版本号：

System.Diagnostics.FileVersionInfo.GetVersionInfo(typeof(int).Assembly.Location).ProductVersion

它目前为我返回 4.6.1055.0，它对应于 .NET 4.6.1。

Answer 6

James 提供了great answer 在运行时获取 mscorlib.dll 的“产品版本”：

(using System.Diagnostics;)

FileVersionInfo.GetVersionInfo(typeof(int).Assembly.Location).ProductVersion

这很好用，但您可以通过检查 System.dll 来获得更细粒度的结果：

FileVersionInfo.GetVersionInfo(typeof(Uri).Assembly.Location).ProductVersion

请注意，细微的差别是使用 typeof(Uri) 的程序集而不是 typeof(int)，因为前者是在 System.dll 中定义的，而 mscorlib.dll 是在后者中定义的。对于一个针对 .NET 4.7.1 的简单 C# 控制台程序，目前在我的系统上报告的差异如下：

...\Microsoft.NET\Framework\v4.0.30319\mscorlib.dll 4.7.2600.0 ...\Microsoft.NET\Framework\v4.0.30319\System.dll 4.7.2556.0

至于区分是否有用或如何使用更详细的信息，这将取决于具体情况。

Answer 7

从 .NET Core 3.0（和 .NET Standard 2.1）开始，情况发生了变化，现在 Environment.Version 可以正常工作。所以你可以使用这个属性来检测你使用的 dot net 版本。

System.Console.WriteLine($"Environment.Version: {System.Environment.Version}");

// Old result
//   Environment.Version: 4.0.30319.42000
//
// New result
//   Environment.Version: 3.0.0

更多信息请参见documentation。