我也遇到过同样的问题。首先，我从工具> nuget包管理器>包管理器设置中清除所有nuget缓存，然后单击“清除所有nuget缓存”。打开Powershell，运行“dotnet restore”，然后运行“dotnet build”。就我而言，这个解决方案纠正了我的错误。

我在Visual Studio 2015中遇到了这个错误，当时我从一个扩展方法的调用中删除了类型注释，只留下了空的尖括号。

所以我有obj.extensionMethod<>()而不是obj.extensionMethod<Type>()。

我会把这个归类为Visual Studio中的bug，因为我不知道这个错误是如何产生那个错误的。

在我的案例中，依赖项目(取决于错误消息中的项目)在项目的“属性→应用程序→程序集信息……”下的“程序集版本”字段中缺少值。我只是在“文件版本”中添加了相同的数字，点击“确定”，编译器错误就消失了!

事实证明，重新添加AssemblyVersion然后再次构建项目会导致另一个错误，该错误声称它已经出现在项目中。这是!在解决方案资源管理器中项目的属性节点下，有一个“SolutionVersionInfo.cs”文件，该文件还包含一个装配版本属性-从项目中删除该文件解决了此错误。

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

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

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

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

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

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

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

事件“XYZ”从未被使用过

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

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

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

首先看看你的输出窗口!

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

在我的案例中，问题是我手动删除了一个标记为“缺失”的非编译文件。一旦我删除了对现在丢失的文件的引用并重新编译-一切都很好。