以前工作的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(){ ... }
}
当前回答
为了子孙后代，我在使用azure持久函数/持久任务框架时遇到了这个问题。原来我在本地安装了一个过时的azure函数运行时版本。更新它解决了这个问题。
其他回答
在我的情况下，根本没有代码更改，突然一个服务器开始得到这个，只有这个异常(所有服务器都有相同的代码，但只有一个开始有问题):
System.MissingMethodException: Method not found: '?'.
栈:
Server stack trace:
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)
Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at myAccountSearch.AccountSearch.searchtPhone(searchtPhoneRequest request)
at myAccountSearch.AccountSearchClient.myAccountSearch.AccountSearch.searchtPhone(searchtPhoneRequest request)
at myAccountSearch.AccountSearchClient.searchtPhone(String ID, String HashID, searchtPhone Phone1)
at WS.MyValidation(String AccountNumber, String PhoneNumber)
我认为这个问题是AppPool被破坏了——我们每天凌晨3点自动回收AppPool，这个问题从凌晨3点开始，然后在第二天凌晨3点自行结束。
检查你的推荐信!
确保在解决方案项目中始终指向相同的第三方库(不要只信任版本，要查看路径)。
例如，如果你在一个项目中使用iTextSharp v.1.00.101，你在其他地方NuGet或引用iTextSharp v1.00.102，你会得到这些类型的运行时错误，以某种方式渗透到你的代码。
我在所有3个项目中更改了对iTextSharp的引用，以指向相同的DLL，一切都正常工作。
在我的情况下，它是一个具有相同名称的旧dll的文件夹，这些dll在我的.csproj文件中被引用，尽管路径显式地给出了它们，但它们以某种方式被包括在内，因此相同dll的几个版本存在冲突。
我在同一个程序集中引用了一个文件，而不是一个单独的dll，就发生了这种情况。一旦我从项目中排除了该文件，然后又将其包含进来，一切都工作得很好。
在我的案例中，这是一个复制/粘贴的问题。我以某种方式结束了我的映射配置文件的PRIVATE构造函数:
using AutoMapper;
namespace Your.Namespace
{
public class MappingProfile : Profile
{
MappingProfile()
{
CreateMap<Animal, AnimalDto>();
}
}
}
(注意演员面前少了一个“公众”)
它编译得非常好，但是当AutoMapper尝试实例化概要文件时，它不能(当然!)找到构造函数!
