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

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

还有另一种方法:

class GenericFoo<T> {}

class ConcreteFoo : GenericFoo<ClassFromAnotherAssembly> {}

程序集中的代码，不引用ClassFromAnotherAssembly的程序集。

var foo = new ConcreteFoo(); //kaboom

当ClassFromAnotherAssembly是ValueTuple时，这发生在我身上。

我也面临着几乎相同的问题。我不明白是什么导致了这个错误。 我反复检查，所有的方法都实现了。

在谷歌上，我得到了这个链接。根据@Paul McLink的评论，这两个步骤解决了这个问题。

重启Visual Studio 清洁，建造(重建)

错误消失了。

重启VS插件

谢谢，保罗。

希望这能帮助遇到这个错误的人:)

在最近的一次windows更新后，我收到了这个错误。我设置了一个从接口继承的服务类。该接口包含一个返回ValueTuple的签名，这是c#中的一个相当新的特性。

我所能猜到的是，windows更新安装了一个新的，但即使显式引用它，更新绑定重定向，等等…最终的结果只是将方法的签名更改为“标准”的东西。

当我之前在一个程序集的单元测试期间启用了代码覆盖时，我也得到了这个错误。由于某种原因，Visual Studio“缓冲”了这个特定DLL的旧版本，即使我已经更新了它以实现新版本的接口。禁用代码覆盖消除了错误。

我也有这个错误，这是由任何CPU exe引用的任何CPU程序集，反过来引用x86程序集引起的。

异常抱怨MyApp中类的一个方法。实现(任何CPU)，它派生了MyApp。接口(任何CPU)，但在fuslogvw.exe中，我发现了一个隐藏的“试图从MyApp加载格式不正确的程序”异常。CommonTypes (x86)，两者都使用它。