为什么带有引用程序集的 VS2012 项目无法自动定位 4.0

在 Visual Studio 2012 C# 控制台应用程序中，我将“.NET Framework Target”从 4.5 降级到 4.0。安装了两个框架的 Win 7 Pro。

然后我引用一个程序集，该程序集通过警告抱怨以下内容：

The primary reference "System.Threading.Tasks.Dataflow, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" could not be resolved because it has an indirect dependency on the framework assembly "System.Runtime, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" which could not be resolved in the currently targeted framework. ".NETFramework,Version=v4.0". To resolve this problem, either remove the reference "System.Threading.Tasks.Dataflow, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" or retarget your application to a framework version which contains "System.Runtime, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a".

如果我尝试在此时进行编译，则会出错，因为引用的程序集的类型和命名空间不可用，就好像该程序集根本没有被引用一样。

“添加引用”对话框没有anySystem.Runtime 选择，但如果我手动浏览到 C:\Windows\Microsoft.NET\Framework\v4.0.30319\ 并引用在那里找到的 System.Runtime 程序集，警告消失并且我能够编译。

问题：

1. 这种强制使用 System.Runtime 版本是否会成为未来（部署）的潜在问题？

2. 如果 VS 项目属性设置为目标 Framework 4.0（这与目标 4.0 SystemRuntime/CLR 无关），为什么引用的 DLL 没有选择它，以及为什么手动添加对我的项目的引用可以修复该问题？

尽管图书馆System.Runtime是在里面C:\Windows\Microsoft.NET\Framework\v4.0.30319\目录，它不是 .NET 4.0 框架的一部分。 .NET 4.5 是 4.0 的就地更新，安装在具有相同版本号的同一文件夹中。

以下屏幕截图证明该库在 play .NET 4.0 安装中不存在：

您还可以通过浏览到来验证这一点C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework您可以在其中找到所有已安装框架版本的原始程序集的目录。你会发现System.Runtime.dll作为.NETCore\v4.5 and .NETPortable\v4.5子目录。

您可以将库添加到项目中的原因是运行时在4.0和4.5之间没有变化，因此Visual Studio不知道甚至不关心您手动添加的库是4.5安装的。在这种情况下，Visual Studio 中的目标只是一个筛选器，可避免您意外地将 4.5 程序集添加到面向 4.0 的项目中。

附加信息：

Rick Strahl 有一篇关于该主题的非常好的博客文章，其中有更详细的分析：

http://www.west-wind.com/weblog/posts/2012/Mar/13/NET-45-is-an-inplace-replacement-for-NET-40 http://www.west-wind.com/weblog/posts/2012/Mar/13/NET-45-is-an-inplace-replacement-for-NET-40