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

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

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

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

PS:这是Visual Studio 2015社区版

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

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

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

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

我今天在VS2022的一个Blazor项目的解决方案中击中并解决了这个问题。

潜在的问题是我引入了一个常规的c#编译错误 在。razor文件中声明的c#代码。VS2022正在从“生成错误列表”选项卡中删除错误显示。我通过在output控制台日志选项卡中扫描构建输出发现了c#错误，我的c#错误被描述为预期的。

附注:如果你想知道，我有一个单元测试项目引用我的Blazor web项目。从单元测试项目到Blazor应用程序的项目DLL引用正在抱怨缺少Blazor DLL。

就我个人而言，我未能在解决方案中添加对其中一个项目的引用，这就是导致我出现错误的原因。

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

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

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

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

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

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

对我来说，它试图在曾经包含项目的路径中找到一个DLL，但我们已经将它移动到一个新目录。解决方案有通往项目的正确路径，但Visual Studio不知何故一直在旧位置寻找。

解决方案:将每个问题重命名为项目-只需添加一个字符或其他-然后重命名为原来的名称。

这必须在Visual Studio中重置某种类型的全局缓存，因为这会清除这个问题和其他类似的问题，而Clean之类的东西则不会。