当我的集成测试项目试图加载一个不包含接口依赖项解析的DLL时，我遇到了这个错误:

集成测试项目(参考主项目，但不是 StructureMap) 主要项目(引用StructureMap项目-使用 类构造函数中的接口) StructureMap项目(IoC - For().Use();)

这将导致抛出错误，因为它无法找到具体的实现。我在测试配置中排除了DLL，错误消失了

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

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

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

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

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

我在Visual Studio Pro 2008中看到了这一点，当时两个项目构建了具有相同名称的程序集，一个是类库SDF.dll，另一个是使用程序集名称sdf.exe引用程序库。 当我更改引用程序集的名称时，异常消失了

我在WCF服务中得到了这个，因为选择了x86构建类型，导致箱子在bin\x86下而不是bin下。选择Any CPU会导致重新编译的dll到达正确的位置(我不会详细说明这是如何发生的)。

它发生在我身上，当一个接口有一个第三方dll (MWArray)的引用，“特定版本”设置为“True”，而实现的类有一个引用相同的dll，但“特定版本”设置为“False”，所以类和接口有不同的版本引用相同的dll。

将两者设置为“特定版本”:“假”或“真”(取决于你需要什么)修复了它。

作为补充:如果更新用于生成假程序集的nuget包，也会发生这种情况。假设您安装了一个nuget包的V1.0版本，并创建了一个假程序集“fakeLibrary.1.0.0.0.Fakes”。接下来，更新到nuget包的最新版本，比如v1.1，它向接口添加了一个新方法。Fakes库仍在寻找该库的1.0版本。只需移除假组装和再生它。如果这是问题所在，这可能会解决它。