在我的情况下，我卸载项目，然后:

Opened myProject.csproj and update the ToolsVersion="4.0" to ToolsVersion="12.0"(I'm using vs 2017)(using Paulus's answer https://stackoverflow.com/a/64552201/1594487). Deleted following lines from the myProject.csproj: <Import Project="..\packages\EntityFramework.6.4.0\build\EntityFramework.props" Condition="Exists('..\packages\EntityFramework.6.4.0\build\EntityFramework.props')" /> <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />

问题解决了。

为此挣扎了一段时间，而且不是第一次了。在过去，这通常是配置不匹配造成的，但这次不是。

这一次，在我的应用程序中，自动生成绑定重定向被设置为true。

实际上，如果我在我的库中将它设置为true，那么我的库就会在Microsoft中的类型中得到这个错误。报告名称空间，如果在我的应用程序中将它设置为true，那么我的应用程序将从我的库中获取类型的此错误。

此外，对于我的库，该值似乎默认为false，但对于我的应用程序，该值为true。因此，如果我不指定任何一个，我的库构建正常，但我的应用程序得到了我的库的错误。所以，我必须在我的应用程序中明确地将其设置为false，否则我会得到这个错误，没有说明原因。

我还发现，如果项目没有使用sdk csproj，无论设置如何，我都会收到这条消息。一旦我转换到sdk csproj，设置就会有所不同。

同样，在我的例子中，这一切似乎都与Microsoft.ReportingServices.ReportViewerControl.Winforms nuget包有关，它在我的根库中。

我也有同样的问题。一天晚上，我的项目会在第二天早上编译错误!

我最终发现visual studio决定“调整”我的一些参考，并将它们指向其他地方。例如:

system。componentmodel。isupportinitialize变成了blahblah。system。componentmodel。isupportinitialize

如果你和我一样，我这样做是很粗鲁的

这个方法对我很管用。在定义了类名的类中，例如:公共类ABC，删除一个字符并等待一会儿。您的错误列表将增加，因为您更改了名称。现在把输入的字符放回去。这对我有用，希望对你也有用。祝你好运! !

有同样的错误，我的故事如下: 在糟糕的合并(通过git)后，我的一个.csproj文件有重复的编译条目，如:

<Compile Include="Clients\Tree.cs" />
<Compile Include="Clients\Car.cs" />
<Compile Include="Clients\Tree.cs" />        //it's a duplicate

如果您有一个大的解决方案，并且错误窗口中有超过300条消息，那么很难检测到这个问题。 所以我已经通过记事本打开了损坏的.csproj文件，并删除了重复的条目。对我来说很管用。

我知道这个线程是旧的，但无论如何我共享，我必须安装导入程序集的所有第三方依赖项-因为导入的程序集不包括在Nuget包中，因此它的依赖项丢失了。

跳这个帮助:)