I got this error because I had a class in an assembly 'C' which was on version 4.5 of the framework, implementing an interface in assembly 'A' which was on version 4.5.1 of the framework and serving as the base class to assembly 'B' which was also on version 4.5.1 of the framework. The system threw the exception while trying to load assembly 'B'. Additionally, I had installed some nuget packages targeting .net 4.5.1 on all three assemblies. For some reason, even though the nuget references were not showing in assembly 'B', it was building successfully.

事实证明，真正的问题是程序集引用了包含接口的nuget包的不同版本，并且接口签名在不同版本之间发生了变化。

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

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

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.

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

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

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

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

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

当我的应用程序没有对另一个程序集的引用时，我得到了这个，该程序集定义了错误消息中的方法使用的类。运行PEVerify会给出更有用的错误:“系统无法找到指定的文件。”