以前工作的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(){ ... }
}
当前回答
使用Costura。Fody 1.6 & 2.0: 在浪费了大量时间寻找所有其他潜在解决方案都不起作用的类似错误之后，我发现我嵌入的一个旧版本的DLL位于我运行新编译的.exe的同一目录中。显然，它首先在同一目录中查找本地文件，然后向内查找其嵌入式库。删除旧的DLL起作用了。
需要明确的是，我的引用并不是指向一个旧的DLL，而是旧DLL的副本位于我测试应用程序的目录中，该目录与编译应用程序的系统不同。
其他回答
为了子孙后代，我在使用azure持久函数/持久任务框架时遇到了这个问题。原来我在本地安装了一个过时的azure函数运行时版本。更新它解决了这个问题。
我在同一个程序集中引用了一个文件，而不是一个单独的dll，就发生了这种情况。一旦我从项目中排除了该文件，然后又将其包含进来，一切都工作得很好。
这可能已经被提到了，但对我来说，问题是这个项目引用了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时，错误就消失了。
可能的情况是
不匹配的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
我有一个测试项目，它引用了另外两个项目，每个项目引用了同一个dll的不同版本(在不同的位置)。这使编译器感到困惑。
