以前工作的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(){ ... }
}
当前回答
我在我的ASP中遇到了同样的情况。网的网站。我删除了发布的文件，重启VS，重新清理和重建项目。在下一次发布之后，错误就消失了……
其他回答
也有可能问题出在报告丢失的方法的参数或返回类型上，而“丢失”方法本身没有问题。
这就是我的情况，误导性的信息让我花了更长的时间来解决问题。事实证明，用于参数类型的程序集在GAC中有一个较旧的版本，但由于所使用的版本编号方案的更改，旧版本实际上具有更高的版本号。从GAC中删除旧版本/更高版本可以解决这个问题。
在我的案例中，这是一个复制/粘贴的问题。我以某种方式结束了我的映射配置文件的PRIVATE构造函数:
using AutoMapper;
namespace Your.Namespace
{
public class MappingProfile : Profile
{
MappingProfile()
{
CreateMap<Animal, AnimalDto>();
}
}
}
(注意演员面前少了一个“公众”)
它编译得非常好，但是当AutoMapper尝试实例化概要文件时，它不能(当然!)找到构造函数!
你试过把它关掉再打开吗?玩笑归玩笑，重启电脑才是真正让我成功的方法，其他答案中都没有提到。
我刚刚有这个问题，原来是因为我引用了以前版本的DLL从我的UI项目。因此，编译时它是快乐的。但在运行时，它使用的是以前版本的DLL。
在假设您需要重新构建/清理/重新部署解决方案之前，请检查所有其他项目的参考资料。
使用Costura。Fody 1.6 & 2.0: 在浪费了大量时间寻找所有其他潜在解决方案都不起作用的类似错误之后，我发现我嵌入的一个旧版本的DLL位于我运行新编译的.exe的同一目录中。显然，它首先在同一目录中查找本地文件，然后向内查找其嵌入式库。删除旧的DLL起作用了。
需要明确的是，我的引用并不是指向一个旧的DLL，而是旧DLL的副本位于我测试应用程序的目录中，该目录与编译应用程序的系统不同。
