以前工作的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(){ ... }
}
当前回答
在我的情况下，它是一个具有相同名称的旧dll的文件夹，这些dll在我的.csproj文件中被引用，尽管路径显式地给出了它们，但它们以某种方式被包括在内，因此相同dll的几个版本存在冲突。
其他回答
当DLL的旧版本仍然在某个地方徘徊时，就会出现这个问题。确保部署了最新的程序集，并且某些文件夹中没有隐藏重复的旧程序集。最好的办法是删除所有构建的项目，然后重新构建/重新部署整个解决方案。
我刚刚在一个。net MVC项目中遇到了这个问题。根本原因是NuGet包的版本冲突。我有几个项目的解决方案。每个项目都有一些NuGet包。在一个项目中，我使用了企业库语义日志包的一个版本，而在另外两个项目(引用了第一个项目)中，我使用了同一包的旧版本。它编译时没有错误，但是当我尝试使用这个包时，它给出了一个神秘的“Method not found”错误。
解决办法是从两个项目中删除旧的NuGet包，这样它就只包含在真正需要它的一个项目中。(我也对整个解决方案做了一个干净的重建。)
只是为了帮助任何人，虽然这是一个老问题，我的问题有点奇怪。
我在使用Jenkins时遇到了这个错误。
最终发现系统日期被手动设置为未来日期，这导致dll使用该未来日期编译。当日期被设置回正常时，MSBuild解释为文件更新，不需要重新编译项目。
可能的情况是
不匹配的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
在我的例子中，我的项目引用了Microsoft.Net.Compilers.2.10.0。当我把它切换到Microsoft.Net.Compilers.2.7.0时，错误消失了。有这么多原因的一个多么神秘的错误。
