在我的案例中，我有一个由外部依赖(xsd2code)构建的文件，不知为何它的designer.cs文件没有被VS正确处理。在Visual Studio中创建一个新文件并将代码粘贴进去，这对我来说很管用。

重新安装nuget包对我来说很有用。在我将. net Framework版本更改为与所有项目同步后，一些nuget包(特别是Entity Framework)仍然为以前的版本安装。这个命令在包管理器控制台中为整个解决方案重新安装包:

Update-Package –reinstall

我在试图以代理的身份在本地机器上运行Visual Studio Team Services构建时遇到此错误。

它在我的常规工作空间中工作得很好，我能够在本地代理文件夹中打开SLN文件，一切都编译好了。

有问题的DLL存储在项目中Lib/MyDLL.DLL，并在csproj文件中引用此DLL:

<Reference Include="MYDLL, Version=2009.0.0.0, Culture=neutral, PublicKeyToken=b734e31dca085caa">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>Lib\MYDLL.dll</HintPath>
</Reference>

结果是，尽管有提示路径，它还是找不到文件。我认为msbuild可能是相对于SLN文件而不是项目文件。

在任何情况下，如果您得到的消息是无法解析此引用。无法定位程序集，请确保DLL位于msbuild可访问的位置。

我有点作弊，发现一条消息说“参考\bin\xxx.dll”，然后把dll复制到那里。

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

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

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

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

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

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

您还可以尝试删除您认为有问题的代码，并查看是否在没有引用该代码的情况下进行编译。如果不是，请修复问题，直到它再次编译，然后将您怀疑的问题代码重新插入。有时，当编译器不喜欢其他东西时，我就会得到一些我知道是正确的类或方法的奇怪错误。一旦我修复了它真正挂起来的东西，这些“幻影”错误就消失了。

我的情况和这里讨论的一样，但在我移除系统之前没有解决它。来自引用列表的核心引用(没有它一切都可以正常工作)

希望这能帮助到一些人，因为这个问题很令人沮丧