Our problem solved with updating windows! Our web application is on .Net 4.7.1 and c# 7.0. As we tested in different windowses, we understood that the problem will be solved by updating windows. Indeed, the problem was seen in windows 10 (version 1703) and also in a windows server 2012(not updated in last year). After updating both of them, the problem was solved. In fact, the asp.net minor version(the third part of the clr.dll version in C:\Windows\Microsoft.NET\Framework64\v4.0.30319 ) was changed a bit after the update.

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

程序集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。现在看来很明显了!

感谢原来的海报!

我也发现了同样的信息，以下是我们的发现: 我们在项目中使用第三方dll。在这些dll的新版本发布后，我们将项目更改为指向新的dll集，并成功编译。

当我试图在运行时实例化它们的一个接口类时，抛出了异常。 我们确保所有其他参考资料都是最新的，但仍然没有运气。 我们需要一段时间来发现(使用对象浏览器)错误消息中方法的返回类型是来自一个新的、未引用的程序集的全新类型。

我们向程序集添加了引用，错误就消失了。

错误消息相当误导人，但或多或少指向了正确的方向(正确的方法，错误的消息)。 即使我们没有使用有问题的方法，还是出现了异常。 这就引出了一个问题:如果在任何情况下抛出了这个异常，为什么编译器没有拾取它?

I have yet another esoteric solution to this error message. I upgraded my target framework from .Net 4.0 to 4.6, and my unit test project was giving me the "System.TypeLoadException...does not have an implementation" error when I tried to build. It also gave a second error message about the same supposedly non-implemented method that said "The 'BuildShadowTask' task failed unexpectedly." None of the advice here seemed to help, so I searched for "BuildShadowTask", and found a post on MSDN which led me to use a text editor to delete these lines from the unit test project's csproj file.

<ItemGroup>
  <Shadow Include="Test References\MyProject.accessor" />
</ItemGroup>

在那之后，两个错误都消失了，项目建立起来了。

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

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

I had the same problem. I figured out that my assembly, which is loaded by the main program, had some references with "Copy Local" set to true. These local copies of references were looking for other references in the same folder, which did not exist because the "Copy Local" of other references was set to false. After the deletion of the "accidentally" copied references the error was gone because the main program was set to look for correct locations of references. Apparently the local copies of the references screwed up the sequence of calling because these local copies were used instead of the original ones present in the main program.

重要的信息是，出现此错误是因为缺少加载所需程序集的链接。