我的项目也面临着同样的问题，我在一个解决方案中添加了控制台应用程序，但那些其他解决方案不起作用，并显示未找到.dll，所以我尝试了这个方法:

右键单击有问题的项目 单击应用程序选项卡，这是默认的 将输出类型控制台应用程序更改为类库

在我的例子中，我删除了git文件夹并删除了git (Azure DevOps)。 这是我唯一有效的方法。

我尝试了清洁，重建，重新配置构建，删除bin和obj文件夹;毫无效果。 当我删除了Git的解决方案，voilá!这对我很管用。

我不明白，但这个帮我解决了。

在我的案例中，问题是由一个简单的构建错误引起的，

事件“XYZ”从未被使用过

不管出于什么原因，它都没有显示在错误窗口中。

因此，Visual Studio构建系统似乎忽略了这个错误，并试图构建依赖的项目，这反过来又以恼人的元数据消息失败。

建议是——尽管听起来很愚蠢——

首先看看你的输出窗口!

我花了半个小时才想到这个主意。

我也遇到了同样的问题。Visual Studio没有构建被引用的项目。

写产品说明:

右键单击解决方案并单击Properties。 在左侧单击“配置”。 确保选中了“Build”下无法找到的项目的复选框。如果已选中，则取消选中，单击应用并再次选中方框。 (可选)必须在解决方案属性的发布和调试模式下执行此操作。

截图说明:

人们说一幅画胜过千言万语。点击动图放大，希望你很容易理解:

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

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

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

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

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

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