这仅仅意味着实现项目在我的案例中已经过时了。重新构建了包含接口的DLL，但实现DLL陈旧。

在我的例子中，我以前在repo之外的兄弟文件夹中引用了一个mylib项目——让我们称之为v1.0。

|-- myrepo
|    |-- consoleApp
|    |-- submodules
|         |-- mylib (submoduled v2.0)
|-- mylib (stale v1.0)

后来我做了正确的，并通过一个git子模块使用它-让我们称之为v2.0。 然而，一个项目consoleApp没有正确更新。它仍然在我的git项目之外引用旧的v1.0项目。

令人困惑的是，尽管*。csproj显然是错误的，并且指向v1.0, Visual Studio IDE将路径显示为v2.0项目! F12来检查接口和类也去了v2.0版本。

编译器放在bin文件夹中的程序集是v1.0版本，因此令人头疼。

IDE对我撒谎的事实让我很难意识到这个错误。

解决方案:从ConsoleApp中删除项目引用并读取它们。

一般提示:从头重新编译所有程序集(如果可能的话，当然不能用于nuget包)，并检查bin\debug文件夹中的日期时间戳。任何过时的程序集都是你的问题。

我一直在想这个问题…… 这里的许多答案都很好地解释了问题是什么，但没有解释如何解决问题。

解决方案是手动删除项目发布目录中的bin文件。它将清理所有引用，并强制项目使用最新的dll。

我不建议使用发布工具的Delete功能，因为这可能会使IIS失效。

在我的例子中，它帮助重置WinForms工具箱。

当在设计器中打开窗体时，我得到了异常;然而，编译和运行代码是可能的，并且代码的行为符合预期。异常发生在实现我引用的库之一的接口的本地UserControl中。更新此库后出现错误。

这个UserControl列在WinForms工具箱中。可能Visual Studio保留了库的一个过时版本的引用，或者在某个地方缓存了一个过时的版本。

下面是我如何从这种情况中恢复过来的:

右键单击WinForms工具箱，然后单击上下文菜单中的重置工具箱。(这将从工具箱中删除自定义项)。 在我的例子中，“工具箱”项被恢复到默认状态;但是，“工具箱”中缺少指针箭头。 关闭Visual Studio。 在我的案例中，Visual Studio以一个违反异常终止并中止。 重新启动Visual Studio。 现在一切都很顺利。

对我来说，解决方案与实现接口的项目设置了“Register for COM Interop”属性有关。取消勾选这个选项为我解决了这个问题。

我得到了一个“钻石”形的项目依赖:

项目A使用项目B和项目D 项目B使用项目D

我重新编译了项目A而不是项目B，这允许项目B“注入”旧版本的项目D dll