我从http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27541安装了.NET 4.5 Developer预览版，它取代了.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执行？
您需要明确区分CLR（即“运行时”）和框架库（即“框架”）。您在第一个或第一个上执行代码，您的代码将被编译并使用后者。不幸的是，当使用术语“.NET版本”时，通常指的是运行时和框架的整个包，无论它们各自的版本如何 - 如前所述 - 都可以不同。
你可以检测到installed framework versions。但是，这并不能告诉您在运行时实际使用的是哪一个。
我不确定4.5，但2.0和3.0或3.5 Environment.Version没有帮助，因为它总是返回2.0，因为所有这些框架版本都使用CLR 2.0。我认为使用框架4.5，CLR版本仍然是4.0，这可以解释即使在这种情况下Environment.Version也会返回4.0.x.
可能对您有用的技术是检查核心库（mscorlib，System.Core等）中的类型，方法或属性，您只知道它们存在于特定的.NET框架版本之后。
例如，ReflectionContext类似乎是.NET framework 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 - 两者都可以具有如前所述，不同的版本。
我不为微软工作，也没有深入了解缺乏（单一）函数或API来获得“.NET框架版本”背后的真正原因，但我可以做出有根据的猜测。
System.ServiceModel.dll仍然具有3.0.x版本。我想说的是，框架的所有程序集都没有统一的版本。那么API应该怎么称呼，比如System.Environment.FrameworkVersionreturn？该版本的价值是多少（即使它确实返回了像4.5这样的“符号”版本，它也没什么价值，不是吗？）。GetVersion和GetVersionEx API是错误的，只是检查他们在编写应用程序时运行他们知道的最新版本。因此，当应用程序在较新版本的Windows上运行时，它将无法运行，即使它们真正使用的功能仍然存在。微软可能已经考虑过这样的问题，因此甚至没有在.NET中提供一些API。顺便说一句，这就是GetVersion函数备注部分中的Microsoft recommends：
识别当前操作系统通常不是确定特定操作系统功能是否存在的最佳方法。这是因为操作系统可能在可再发行的DLL中添加了新功能。而不是使用GetVersionEx来确定操作系统平台或版本号，而是测试功能本身的存在。
Windows团队博客也有关于此问题的to say。
我知道所有这些都是关于Windows和本机编程的，但.NET应用程序框架和CLR的概念和危险是相同的。
我认为使用（优雅）回退进行功能检查是一种更可靠，更健壮的方法，可确保您的应用程序向下兼容。如果您只希望您的应用程序使用特定版本的.NET或更新版本，请不要执行任何特殊操作，并依靠.NET本身的向后兼容性。
要确定您的应用程序正在运行哪个.NET补丁，请进行此调用以查找mscorlib的内部版本号：
System.Diagnostics.FileVersionInfo.GetVersionInfo(typeof(int).Assembly.Location).ProductVersion
它目前为我返回4.6.1055.0，对应于.NET 4.6.1。
.NET Framework 4.5是4.0的就地升级。这松散意味着如果您运行的是4.0或4.5版运行时，并且安装了4.5，那么您肯定在4.5上运行。您的支票可能如下。
让我们调用4.0和4.5运行时4.0版本的运行时。
Environment.Version.Major == 4 && Environment.Version.Minor == 0
然后你运行4.0版本的运行时。HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Client下，检查_Version_值。如果它以"4.0"开头，则运行在4.0运行时，如果它以"4.5"开头，则运行在4.5运行时。James提供了在运行时获取mscorlib.dll的“产品版本”的great answer：
（Qazxswpoi）
using System.Diagnostics;这很好用，但是你可以通过检查System.dll来获得更细粒度的结果：
FileVersionInfo.GetVersionInfo(typeof(int).Assembly.Location).ProductVersion
请注意，稍微不同的是使用FileVersionInfo.GetVersionInfo(typeof(Uri).Assembly.Location).ProductVersion
而不是typeof(Uri)的程序集，因为前者在typeof(int)中定义，而后者在System.dll中定义。对于一个针对.NET 4.7.1的简单C＃控制台程序，我的系统当前报告的差异如下：
...юмисорософт.Нетюфрамеворкювч.0.30319мсорлиб.ллбл.2600.0...юмицсософт.Нетюфрамеворкювч.0.30319сстем.ллpp.2556.0
至于区分是否有用或如何使用更详细的信息，这将取决于具体情况。
您可以通过检查注册表中的mscorlib.dll子项以查找名为HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full的DWORD值来测试是否安装了.NET Framework 4.5或.NET Framework 4。这个Release的存在表明.NET Framework 4.5已经安装在该计算机上。 DWORD的值是版本号。要确定是否已安装.NET Framework 4.5的最终发行版，请检查是否等于或大于Release的值。
根据我对在线资源的理解，.NET 4.5将以与3.5相同的方式（尽管不完全相同）运行：您的版本号保持不变（如果运行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。