在我的例子中，我发现VisualStudio中的引用有一个三角形和一个感叹号，就像这个图像，

然后，我右键单击删除它，并正确地添加dll引用，问题就解决了。

在构建解决方案时，我得到了相同的错误(类型或名称空间' '找不到)。在它下面，我看到一个警告，声明“引用无法解析”，并确保“程序集存在于磁盘上”。

我非常困惑，因为我的DLL非常清楚地位于引用所指向的位置。VS似乎没有突出显示任何错误，直到我尝试构建解决方案。

我终于意识到问题所在(或者至少我怀疑是问题所在)。我在同一个解决方案中构建库文件。因此，即使它存在于磁盘上，它也在那个位置被重新构建(在库重新构建的过程中，我的另一个项目-在同一解决方案中-引用了库，必须确定库不存在)

当我右键单击项目并只构建该项目，而不是整个解决方案时，我没有得到错误。

为了解决这个问题，我将库作为依赖项添加到正在使用它的项目中。

这样做:

我在解决方案资源管理器中右键单击我的解决方案并选择 “属性” 然后在“Common Properties”中选择“Project Dependencies”。 然后在项目下拉菜单中，我选择了项目 依靠图书馆，而且 选中“依赖”下的库旁边的复选框

这确保首先构建库项目。

从VS 2019企业版“降级”到VS 2019专业版后开始出现这个问题。 尽管错误显示在“错误”窗口中，但我可以毫无问题地构建项目。 尝试了这个线程和其他线程的许多解决方案，如均衡目标框架，删除并重新引用，删除.suo文件等。 对我来说，有效的方法是删除本地存储库中的项目，并从远程存储库中再次克隆它。

要解决这个问题，还可以删除并重新创建*.sln。关联解决方案的DotSettings文件。

在我的例子中，我进入解决方案属性，并确保在两个项目的配置中选中了“Build”。我的主要项目没有检查。

在我的案例中，问题是在将命名空间更改为与另一个项目中的名称完全相同之后(有意地)，程序集的名称也被VS更改了，因此有两个具有相同名称的程序集，其中一个覆盖了另一个