以前工作的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之后，一切工作正常。
其他回答
当DLL的旧版本仍然在某个地方徘徊时，就会出现这个问题。确保部署了最新的程序集，并且某些文件夹中没有隐藏重复的旧程序集。最好的办法是删除所有构建的项目，然后重新构建/重新部署整个解决方案。
在我的例子中，我的项目引用了Microsoft.Net.Compilers.2.10.0。当我把它切换到Microsoft.Net.Compilers.2.7.0时，错误消失了。有这么多原因的一个多么神秘的错误。
检查你的推荐信!
确保在解决方案项目中始终指向相同的第三方库(不要只信任版本，要查看路径)。
例如，如果你在一个项目中使用iTextSharp v.1.00.101，你在其他地方NuGet或引用iTextSharp v1.00.102，你会得到这些类型的运行时错误，以某种方式渗透到你的代码。
我在所有3个项目中更改了对iTextSharp的引用，以指向相同的DLL，一切都正常工作。
在我的情况下，根本没有代码更改，突然一个服务器开始得到这个，只有这个异常(所有服务器都有相同的代码，但只有一个开始有问题):
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点自行结束。
可能的情况是
不匹配的nuget组件版本
问题详解
我们有一个解决方案生成了多个nuget包。
packageA 1.0中的类A
packageB 1.0中的B类
A参考B
所以当A和B都有更新时，我们必须更新packageA和packagb，但问题是我的团队成员之一没有更新packagb
现在PackageA 1.1仍然依赖于PackageB 1.0，但PackageB没有B类的更新版本
因此，它无法找到方法
解决方案
移动两个包到+1版本 在这种情况下，我移动了
PackageA 1.1 -> PackageA 1.2 .
包装0 . 1.1
但为了使事情更加对称，可以将两者移动到相同的版本
PackageA 1.1 -> PackageA 1.2 .
PackageB 1.0 -> PackageB 1.2
