我在项目资源管理器中打开项目下面的引用，将鼠标悬停在其中一个缺失的引用上，很快，它就找到了所有东西。然后我就可以成功地建造了。

运行Visual Studio Community 2019，版本16.8.4

这可能是两个项目之间的. net框架版本不兼容的结果。

它可以通过两种方式发生:

客户档案项目引用了一个完整的框架项目;或 一个针对新框架版本的旧框架版本

例如，当一个应用程序被设置为目标。net 4客户端配置文件框架时，它会发生，而它引用的项目目标是完整的。net 4框架。

更清楚地说:

项目A的目标是客户概要文件框架 项目A引用项目B 项目B的目标是完整的框架

这种情况下的解决方案是要么升级应用程序的框架目标(项目A)，要么降级引用程序集的目标(项目B)。完整框架应用程序引用/使用客户端概要文件框架程序集是可以的，但反过来就不行(客户端概要文件不能引用完整框架目标程序集)。

注意，当你在VS2012或VS2013(使用.Net 4.5作为默认框架)中创建一个新项目时，你也会得到这个错误:

引用项目使用。net 4.0(当你从VS2010迁移到VS2012或VS2013，然后添加一个新项目时，这很常见) 引用的项目使用更大的版本，即4.5.1或4.5.3(你已经将现有项目重新定位到最新版本，但VS仍然创建了针对v4.5的新项目，然后你从新项目中引用这些旧项目)

我遇到的一个更棘手的情况是: 项目一的目标是安装了Microsoft.Bcl.Async包的4.0完整框架。 项目二的目标是4.0完整框架，但不会在引用项目一的类时编译。

一旦我在第二个项目上安装了Async NuGet包，它编译得很好。

我在试图以代理的身份在本地机器上运行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复制到那里。

[Facepalm]我的问题是我在c++的做事方式中添加了依赖。

转到无法构建的项目，在解决方案资源管理器中打开“References”文件夹，查看是否列出了您的依赖项。

如果没有，您可以“添加引用”并在Projects选项卡上选择依赖项。

Shankar繁荣。

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

跳这个帮助:)