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

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

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

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

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

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

当我试图发布一个web应用程序时，我遇到了这个错误。原来一个类属性被包装成

#if DEBUG
    public int SomeProperty { get; set; }
#endif

但是财产的使用却不是这样。显然，发布是在没有DEBUG符号的发布配置中完成的。

问题的原因可能是您在解决方案中混合添加了对DLL文件和项目的引用。

如果你有项目A、B和C:

A引用B和C作为解决方案中的项目。 B引用C作为DLL文件(引用文件)

您可以单独构建每个项目，但无法重新构建以以下内容结尾的解决方案:找不到元数据文件“C.dll”。

在解决方案中将引用从文件更改为项目会有所帮助。

我正在运行Visual Studio 2013。

似乎构建依赖项是不正确的。删除“*”。suo文件确实解决了我遇到的问题。

我发现如果你移除微软。在项目中引用CSharp程序集时，会得到这个错误。

我在对具有纯内容项目的MonoGame解决方案进行干净的CLI重建时遇到了这个问题。

解决方案是向每个内容项目添加一个带有空构造函数的虚拟类文件。