以前工作的asp.net webforms应用程序现在抛出这个错误:
系统。MissingMethodException:方法未找到
DoThis方法在同一个类上，它应该可以工作。
我有一个通用的处理程序，这样:
public class MyHandler: IHttpHandler
{
public void Processrequest(HttpContext context)
{
// throws error now System.MissingMethodException:
// Method not found.
this.DoThis();
}
public void DoThis(){ ... }
}
当前回答
我通过在服务器上安装正确的. net Framework版本解决了这个问题。该网站在4.0版本下运行，它调用的程序集是针对4.5编译的。在安装。net Framework 4.5并将网站升级到4.5之后，一切工作正常。
其他回答
在更新各种Nuget包后遇到这个错误。检查Visual Studio错误列表(或构建输出)，查看类似以下的警告:
发现同一依赖项的不同版本之间存在冲突 组装。在Visual Studio中，双击此警告(或选择它) 并按Enter)来修复冲突;否则，添加如下内容 绑定重定向到应用程序中的“运行时”节点 配置文件: .．.
在Visual Studio中双击此警告会自动调整我的web中的各种bindingRedirect包版本。配置并解决了错误。
我通过在服务器上安装正确的. net Framework版本解决了这个问题。该网站在4.0版本下运行，它调用的程序集是针对4.5编译的。在安装。net Framework 4.5并将网站升级到4.5之后，一切工作正常。
我使用了一种在上面的回复中没有提到的方法来解决这个问题。
在我的例子中，调用类方法的项目的目标项目框架设置不正确。
(调用项目的目标框架不正确。被调用的类/方法的目标框架是正确的，我保持不变)。
我也有同样的事情发生，当我有许多MSBuild进程在后台运行时，它们实际上已经崩溃了(它们引用了旧版本的代码)。我关闭VS并在进程资源管理器中杀死所有MSBuild进程，然后重新编译。
使用Costura。Fody 1.6 & 2.0: 在浪费了大量时间寻找所有其他潜在解决方案都不起作用的类似错误之后，我发现我嵌入的一个旧版本的DLL位于我运行新编译的.exe的同一目录中。显然，它首先在同一目录中查找本地文件，然后向内查找其嵌入式库。删除旧的DLL起作用了。
需要明确的是，我的引用并不是指向一个旧的DLL，而是旧DLL的副本位于我测试应用程序的目录中，该目录与编译应用程序的系统不同。
