在我的案例中，解决方案中的一些项目针对任何CPU，其中一些针对x86。在整个解决方案统一了平台目标后，编译错误消失了。

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

对我来说，问题是在构建输出中没有出现的错误，也就是说，我有两个实用程序类最初在不同的名称空间中。我更改了第二个类的名称空间以匹配第一个类(不知道第一个类中还有另一个实用程序类)，这时就出现了这个错误。

我认为构建输出错误浮出了表面，因为逻辑层库DLL文件无法构建，而主应用程序无法找到它。

解决方案是将第二个实用程序类改回一个不同的名称空间，这时才开始出现真正的构建错误。在对它们进行整理之后，构建就顺利进行了。

总的来说，如果前面的任何解决方案对您不起作用，您可能已经抑制了Visual Studio没有显示的代码中的错误，因此尝试重新跟踪您的编码步骤并检查任何不规则情况。

PS:这是Visual Studio 2015社区版

我也犯了同样的错误。它隐藏在下面的路径。 DLL文件的路径类似于“D:\Assemblies Folder\Assembly1.dll”。

但是程序集引用的原始路径是“D:\Assemblies%20Folder\Assembly1.dll”。

由于此路径名称变化，无法从其原始路径检索程序集，因此抛出“未找到元数据”错误。

解决方案是在堆栈溢出问题我如何替换所有的空格与%20在c# ?

我使用Visual Studio 2019得到了同样的错误。 在仔细研究了后台发生的事情后，我发现在追加的类库上有错误，这反过来又没有正确编译，同时通过错误“元数据文件未找到”。纠正错误，重新编译，所有工作。

在我的例子中，答案是在输出选项卡的分析中找到的。

哇，看起来这个错误可能来自任何地方。

无论如何，我添加了一个新的WebAPI控制器到我的MVC应用程序，它自动魔术般地从NuGet得到所有的引用。后来我从NuGet UI中删除了引用，但我忘记删除使用它们的文件(即System.Http)。

出于某种原因，我收到的错误是这样的，以及一个关于未使用变量的简单警告。

我注释掉了变量，至少摆脱了警告，重新构建指出了所有使用不存在引用的文件。删除这些文件后，一切正常。