以前工作的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(){ ... }
}
当前回答
这可能已经被提到了，但对我来说，问题是这个项目引用了2个nuget包，每个nuget包引用了另一个nuget包的不同版本。
So:
项目-> Nuget A -> Nuget X 1.1
项目-> Nuget B -> Nuget X 1.2
两个版本的Nuget X都有从Project中调用的相同扩展方法。
当我将Nuget A和B更新到引用相同版本的Nuget X时，错误就消失了。
其他回答
在我的例子中，MissingMethodException是针对同一个文件中的一个方法!
然而，我刚刚添加了一个使用. net Standard2的NuGet包到我的4.7.1-targeting项目中，这导致了System.Net.Http的版本冲突(4.7.1:版本4.0.0.0，使用. net Standard2的NuGet包需要4.2.0.0)。这似乎是已知的问题，应该更好的4.7.2(见注2)。
我在所有其他项目中都使用了这样的绑定重定向，因为一旦它试图加载4.2.0.0，就会出现异常:
<dependentAssembly>
<assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.0.0.0" />
</dependentAssembly>
除了在这个项目中，它似乎只是在调用使用System.Net.Http.HttpResponseMessage作为参数或返回类型的本地函数时试图加载System.Net.Http(调试期间的参数，在没有调试器的情况下运行测试时的返回类型，这也有点奇怪)。而不是显示消息，它无法加载4.2.0.0版本的System.Net。Http，它返回这个异常。
当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点自行结束。
我刚刚在一个。net MVC项目中遇到了这个问题。根本原因是NuGet包的版本冲突。我有几个项目的解决方案。每个项目都有一些NuGet包。在一个项目中，我使用了企业库语义日志包的一个版本，而在另外两个项目(引用了第一个项目)中，我使用了同一包的旧版本。它编译时没有错误，但是当我尝试使用这个包时，它给出了一个神秘的“Method not found”错误。
解决办法是从两个项目中删除旧的NuGet包，这样它就只包含在真正需要它的一个项目中。(我也对整个解决方案做了一个干净的重建。)
检查你的推荐信!
确保在解决方案项目中始终指向相同的第三方库(不要只信任版本，要查看路径)。
例如，如果你在一个项目中使用iTextSharp v.1.00.101，你在其他地方NuGet或引用iTextSharp v1.00.102，你会得到这些类型的运行时错误，以某种方式渗透到你的代码。
我在所有3个项目中更改了对iTextSharp的引用，以指向相同的DLL，一切都正常工作。
