VS2022:在这里的大量列表中没有发现原因。

拥有一个完全由静态方法组成的静态类。从类声明中删除static不会引发编译错误或警告，但会导致OP构建错误。

将类声明恢复为静态并修复了该问题。

我在Visual Studio 2012中有很多项目的解决方案中遇到了这个问题。以与项目构建顺序相同的顺序手动重新构建解决方案中的每个项目(在解决方案资源管理器中右键单击并重新构建)为我修复了它。

最终我找到了一个给我一个编译错误的程序。我修复了错误，解决方案将在此之后正确构建。

我的问题实例是由一个公共项目引起的，该项目中有重复的类名(在不同的文件名下)。奇怪的是，Visual Studio无法检测到这一点，而只是破坏了构建过程。

对我来说，它发生在我将一个新项目纳入解决方案时。

Visual Studio自动选择。net framework 4.5。

像其他库一样，我将版本改为. net 4.5.2，它可以工作。

对我来说，问题是我打开了两个Visual Studio窗口，我的项目在一个窗口中运行调试，而我试图在另一个窗口中构建它。

我不得不停止调试，然后它让我成功构建。

我遇到了这个问题。在我的例子中，多个c#项目被引用为DLL文件。在一个被用作DLL文件(在其他项目中)的项目中，任何编译时错误都会导致大量错误。原因是，编译时错误阻止了相应DLL文件的创建，这将导致在引用缺失DLL文件的项目中出现一系列错误。

因此，当您在解决方案资源管理器中重新构建时(忽略琐碎的编译时错误)，会出现一堆“元数据文件.dll找不到”的错误(使您认为除了简单的重新构建之外，您还做了什么错误)。

如果您面临这个问题，那么最好的解决方案是清理解决方案，然后逐个构建每个项目，以找出哪个项目引发了错误。