很多答案听起来像是反复试验。在我的例子中，它很简单:在那个特定的位置没有找到引用的dll。

如果您看到构建错误(通常在这种情况下)，则构建会报错许多dll。关键是找到丢失的正确dll。在我的例子中，我的解决方案中的一个项目有一个直接的dll引用而不是项目引用。因此，我需要在构建失败的解决方案之前构建输出该dll的项目，以确保失败的解决方案在该特定位置找到丢失的dll。

哇. .这很简单，但很难用语言表达出来。

在VS 2019中，在项目References下，通过展开Analyzers检查是否有任何未解决的项:

对我来说，有两个路径错误的.dll文件。右键单击每个并选择删除:

构建项目，然后构建解决方案。 完成了。

我遇到了这个问题。在我的例子中，多个c#项目被引用为DLL文件。在一个被用作DLL文件(在其他项目中)的项目中，任何编译时错误都会导致大量错误。原因是，编译时错误阻止了相应DLL文件的创建，这将导致在引用缺失DLL文件的项目中出现一系列错误。

因此，当您在解决方案资源管理器中重新构建时(忽略琐碎的编译时错误)，会出现一堆“元数据文件.dll找不到”的错误(使您认为除了简单的重新构建之外，您还做了什么错误)。

如果您面临这个问题，那么最好的解决方案是清理解决方案，然后逐个构建每个项目，以找出哪个项目引发了错误。

我在打开一个实体框架被引用的项目后收到了这个错误，所以我删除了这些引用，并通过pthe socket管理器重新安装了实体框架6.0.0.0版本:

install-package entityframework -version 6.0.0.0

错误仍然在显示，所以我认为那些引用在那里，因为有一个旧版本的实体框架应该“预安装”在项目中，但它并没有真正工作。

所以我去找文件包。Config，并注意到有另一个引用:

<packages>
  **<package id="EntityFramework" version="5.0.0" targetFramework="net45" />**
  <package id="EntityFramework" version="6.0.0" targetFramework="net45" />
</packages>

然后我删除了这一行，清理并重新构建了项目和容器解决方案，它最终工作了。

我也遇到了同样的问题。Visual Studio没有构建被引用的项目。

写产品说明:

右键单击解决方案并单击Properties。 在左侧单击“配置”。 确保选中了“Build”下无法找到的项目的复选框。如果已选中，则取消选中，单击应用并再次选中方框。 (可选)必须在解决方案属性的发布和调试模式下执行此操作。

截图说明:

人们说一幅画胜过千言万语。点击动图放大，希望你很容易理解:

对我来说，它试图在曾经包含项目的路径中找到一个DLL，但我们已经将它移动到一个新目录。解决方案有通往项目的正确路径，但Visual Studio不知何故一直在旧位置寻找。

解决方案:将每个问题重命名为项目-只需添加一个字符或其他-然后重命名为原来的名称。

这必须在Visual Studio中重置某种类型的全局缓存，因为这会清除这个问题和其他类似的问题，而Clean之类的东西则不会。