我也有同样的问题。在我的情况下，项目仍然会在发布模式下构建，只是当我试图在调试中构建时，它失败了。

我最终解决这个问题的方法是将所有dll(以及发布文件夹中的其他文件)复制到调试文件夹中。在每个项目都这样做之后，错误就消失了。

在对解决方案进行了大量更改之后，我开始遇到这个问题，搁置更改并撤销它。

解决这个问题的唯一方法是删除并再次添加从TFS到我的本地文件夹的映射。

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

Visual Studio自动选择。net framework 4.5。

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

这里的其他东西对我都没用，但这个有用:

Git的存储变化 清洁和构建 应用储备 重建

现在，突然VS给我指出了一个以前没有显示的错误。此外，智能感知忽略了该文件中的几个错误。我纠正了那些没有红色下划线的帮助，然后能够成功构建。

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

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

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

使用Blazor WebAssembly ASP。NET Core托管应用程序，当我删除天气预报模型时出现了这个问题，这导致了一个构建错误，不可见的错误。

如果是这种情况，只需删除FetchData。剃刀锉，你就可以出发了!