我在以下场景中收到此错误。

程序集A和程序集B都引用了System.Web.Mvc Version 3.0.0.0 程序集A引用程序集B，并拥有实现程序集B接口的类，这些类的方法返回来自System.Web.Mvc的类。 程序集A升级到System.Web.Mvc版本4.0.0.0 程序集C运行下面的代码(FertPin.Classes。Contact包含在Assembly A):

var target = Assembly.GetAssembly（typeof（FertPin.Classes.Contact））;

对我来说，修复是将程序集B中的System.Web.Mvc引用升级到4.0.0.0。现在看来很明显了!

感谢原来的海报!

我在使用Autofac和大量动态程序集加载时遇到了这个错误。

在执行Autofac解析操作时，运行库将无法加载其中一个程序集。错误消息抱怨程序集'ImplementationAssembly'中的'MyType'类型的方法'MyMethod'没有实现。在Windows Server 2012 R2虚拟机上运行时出现问题，但在Windows 10或Windows Server 2016虚拟机上没有出现问题。

ImplementationAssembly引用System.Collections.Immutable 1.1.37，并包含IMyInterface<T1,T2>接口的实现，该接口在单独的definentationassembly中定义。defintionassembly引用System.Collections.Immutable 1.1.36。

“未实现”的IMyInterface<T1,T2>中的方法具有类型为IImmutableDictionary<TKey, TRow>的参数，该参数在System.Collections.Immutable中定义。

在程序目录中找到的System.Collections.Immutable的实际副本是版本1.1.37。在我的Windows Server 2012 R2虚拟机上，GAC包含System.Collections.Immutable 1.1.36的副本。在Windows 10和Windows Server 2016上，GAC包含System.Collections.Immutable 1.1.37的副本。只有当GAC包含较旧版本的DLL时，才会发生加载错误。

因此，程序集加载失败的根本原因是对System.Collections.Immutable的引用不匹配。接口定义和实现具有看起来相同的方法签名，但实际上依赖于不同版本的System.Collections。不可变，这意味着运行时不考虑实现类与接口定义匹配。

添加以下绑定重定向到我的应用程序配置文件修复了这个问题:

<dependentAssembly>
        <assemblyIdentity name="System.Collections.Immutable" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-1.1.37.0" newVersion="1.1.37.0" />
</dependentAssembly>

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

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

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

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

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