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

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

在我的案例中，设置目标框架解决了问题:

右键单击项目并选择Properties 在Application中，将目标框架更改为与主项目相同(例如。"．NET Framework 4.5”)。

很多答案听起来像是反复试验。在我的例子中，它很简单:在那个特定的位置没有找到引用的dll。

如果您看到构建错误(通常在这种情况下)，则构建会报错许多dll。关键是找到丢失的正确dll。在我的例子中，我的解决方案中的一个项目有一个直接的dll引用而不是项目引用。因此，我需要在构建失败的解决方案之前构建输出该dll的项目，以确保失败的解决方案在该特定位置找到丢失的dll。

哇. .这很简单，但很难用语言表达出来。

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

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

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

我在4.6.1中有一个类引用了4.6.2中的接口…将类升级到462修复了这个问题。

对我来说，这是错误的文件夹名称。如果从将空格替换为'%20'的源代码关闭，则会得到此类错误。 解决方案-重命名命名不当的文件夹。