以前工作的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(){ ... }
}
当前回答
肯定是微软的参考bug。
我清理，重建了我所有的库，仍然有同样的问题，无法解决这个问题。
我所做的就是关闭Visual Studio应用程序，然后重新打开它。这招奏效了。
令人沮丧的是，这么简单的一个问题却要花这么长时间来解决，因为你不会想到它会是这样的。
其他回答
I had a similar scenario where I was getting this same exception being thrown. I had two projects in my web application solution, named, for sake of example, DAL and DAL.CustSpec. The DAL project had a method named Method1, but DAL.CustSpec did not. My main project had a reference to the DAL project and also a reference to another project named AnotherProj. My main project made a call to Method1. The AnotherProj project had a reference to the DAL.CustSpec project, and not the DAL project. The Build configuration had both the DAL and DAL.CustSpec projects configured to be built. After everything was built, my web application project had the AnotherProj and DAL assemblies in its Bin folder. However, when I ran the website, the Temporary ASP.NET folder for the website had the DAL.CustSpec assembly in its files and not the DAL assembly, for some reason. Of course, when I ran the part that called Method1, I received a "Method not found" error.
为了修复这个错误，我必须从DAL更改AnotherProj项目中的引用。CustSpec到只是DAL，删除了临时ASP中的所有文件。NET Files文件夹，然后重新运行网站。从那以后，一切都开始运转了。我还确保了DAL。在“生成配置”中取消选中CustSpec项目后，没有生成该项目。
我想我要分享这个，也许它能在未来帮助到其他人。
你试过把它关掉再打开吗?玩笑归玩笑，重启电脑才是真正让我成功的方法，其他答案中都没有提到。
当方法需要一个我没有指定的参数时，我就遇到了这个问题
在我的情况下，根本没有代码更改，突然一个服务器开始得到这个，只有这个异常(所有服务器都有相同的代码，但只有一个开始有问题):
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点自行结束。
我刚刚有这个问题，原来是因为我引用了以前版本的DLL从我的UI项目。因此，编译时它是快乐的。但在运行时，它使用的是以前版本的DLL。
在假设您需要重新构建/清理/重新部署解决方案之前，请检查所有其他项目的参考资料。
