删除bin/obj文件夹，然后重新构建项目对我来说很有效。

在我的情况下，我认为发生的是，我经历了一个运行时错误，我第一次构建项目，所以我的dll文件不是没有生成。

这发生在从另一个项目引用一个项目时。我引用的项目就是有问题的那个。

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

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

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

导航到解决方案的文件夹资源管理器并删除抛出错误的未使用的项目文件夹。在我的例子中，在删除项目后，文件夹仍然存在于目录中。删除文件夹后解决方案构建成功!

删除bin/obj文件夹，然后重新构建项目对我来说很有效。

在我的情况下，我认为发生的是，我经历了一个运行时错误，我第一次构建项目，所以我的dll文件不是没有生成。

这发生在从另一个项目引用一个项目时。我引用的项目就是有问题的那个。

在我的例子中，解决方案的父文件夹的名称中有%20。我通过删除%20重命名了父文件夹，问题得到了解决。

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

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

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