我在我的解决方案中添加了一个新项目，并开始得到这个。

的原因吗?我引入的项目针对的是一个不同的。net框架(4.6和另外两个是4.5.2)。

在我的情况下，我有一堆其他的构建错误(一些简单的类型转换)以及这个，我抓着我的头试图解决这个问题，我没有关注其他错误。

最终解决我的问题的是，我修复了所有其他构建错误，然后我再次构建，它成功构建。

因此，如果您有其他构建错误以及丢失的DLL文件错误，并且没有其他方法为您工作，则尝试先修复其他错误，然后再次构建解决方案。

我在反编译一个非常旧的库时遇到了类似的问题，该库部署在生产环境中，但源代码丢失了。

我使用.dll，反编译并生成项目和解决方案。由于这类错误，我无法构建解决方案。

以前答案中的提示没有帮助，但过了一段时间后，我注意到在一些项目中缺少对System.dll等几个程序集的引用。

假设有一个依赖于项目B的项目A，在项目B中没有System.dll的引用，但是构建后的错误是“元数据文件'B.dll'找不到”。

项目B中没有丢失System.dll的错误。

在项目B中添加诸如System.dll之类的库引用解决了这个问题。 (系统。数据系统。DirectoryServices等等)。

在我的案例中，问题是由一个简单的构建错误引起的，

事件“XYZ”从未被使用过

不管出于什么原因，它都没有显示在错误窗口中。

因此，Visual Studio构建系统似乎忽略了这个错误，并试图构建依赖的项目，这反过来又以恼人的元数据消息失败。

建议是——尽管听起来很愚蠢——

首先看看你的输出窗口!

我花了半个小时才想到这个主意。

在解决方案文件夹中删除包含NuGet的packages文件夹对我来说是有效的。重建之后，一切都恢复正常了。检查解决方案中的引用，并检查带有黄色三角形的引用。

例图:

正如用户@burzhuy指出的那样，查看Outputwindow，而不仅仅是错误列表窗口是很重要的。

在我的例子中，我正在对Roslyn编译器进行修改。它的构建项目会运行额外的检查，以查看公共字段是否与定义为编译器公共接口的字段一致，否则将产生RS0016或RS0017错误。我已经添加了几个公共字段，并通过将鼠标悬停在错误上并选择“添加到公共API”来修复RS0016错误。

后来我改变了主意，将公共字段移到了另一个类中。出于某种原因，这产生了“元数据文件无法找到错误”，我摆弄得越多，得到的错误就越多。

您需要找到正确的publicapi . unshipping .txtfile(在我的情况下，它是在E:\Roslyn\32414\src\Compilers\Core\Portable)，并手动编辑它以删除不再相关的行。