以我为例，在注意到我引用了. net Framework 4.7项目作为. net Framework 4.6.1项目的依赖项后，我解决了这个问题。在将项目4.7迁移到4.6.1之后，我的应用程序正常编译

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

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

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

在我的例子中，我以错误的方式获得了安装目录。

如果您的解决方案路径类似于“我的项目%2c非常流行%2c单元测试%2c软件和硬件。zip”，它不能解析元数据文件，也许我们应该防止一些无效的单词，如%2c。

当从某些站点克隆存储库时，目录名是URL编码的。它将把目录名中的空格字符转换为%20，正斜杠转换为%2f，下划线转换为%5f，等等。虽然，我不确定为什么%符号会破坏事情。

将路径重命名为正常名称解决了我的问题。

以前的解决方案都不适合我，所以我将与大家分享。

我有这个问题后，合并一些新的类库从另一个分支相互引用。删除项目中的引用并重新创建它们最终解决了这个问题。显然Visual Studio合并了错误的文件路径。

我也遇到过这个问题。首先，您必须手动构建您的DLL项目，右键单击“构建”。那么它就会起作用。

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

事件“XYZ”从未被使用过

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

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

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

首先看看你的输出窗口!

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