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

此问题可能是由于代码中的语法错误而发生的，由于元数据错误，您可能无法看到该语法错误。因此，在执行前面回答中的任何操作之前，请检查您的源文件。

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

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

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

我看到这个错误是因为我在我的代码中有以下一行(看起来我仍然在SQL模式下思考):

if(myVar is null)
    DoSomething();

Visual studio(2017)在设计或编译时没有报告错误，但项目不会构建，并给出了“missing .dll”错误。将错误的行改为:

if(myVar == null)

问题解决了。

以上几点我都同意，只是有一点不同。 在我的例子中:我使用的是Visual Studio 2019。我结束了VS-2019，以VS-2017开始。并重建项目一切工作都很好! 我的职位日期是2019年4月19日

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

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

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

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