以前工作的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的副本位于我测试应用程序的目录中，该目录与编译应用程序的系统不同。
其他回答
我在测试同事编写的一些代码时遇到了这个异常。以下是异常信息的摘要:
方法未找到:“System.Threading.Tasks.Task1< microsoft . entityframeworkcore . changetrackingentityentry1 <System_Canon>> . System_Canon . changetrackingentityentry1” Microsoft.EntityFrameworkCore.DbSet“1. addasync…
这是在Visual Studio 2019中针对. net Core 3.1的类库中。修复方法是在DbSet上使用Add方法而不是AddAsync。
当DLL的旧版本仍然在某个地方徘徊时，就会出现这个问题。确保部署了最新的程序集，并且某些文件夹中没有隐藏重复的旧程序集。最好的办法是删除所有构建的项目，然后重新构建/重新部署整个解决方案。
肯定是微软的参考bug。
我清理，重建了我所有的库，仍然有同样的问题，无法解决这个问题。
我所做的就是关闭Visual Studio应用程序，然后重新打开它。这招奏效了。
令人沮丧的是，这么简单的一个问题却要花这么长时间来解决，因为你不会想到它会是这样的。
我解决了这个问题，我做了一个搁置我的变化和运行TFS电动工具“烧焦”在我的工作空间(https://visualstudiogallery.msdn.microsoft.com/f017b10c-02b4-4d6d-9845-58a06545627f)。然后我取消了更改并重新编译项目。 这样你就可以清理你工作空间里的“挂着的聚会”，并重新开始一个新的聚会。 当然，这要求您使用TFS。
我在同一个程序集中引用了一个文件，而不是一个单独的dll，就发生了这种情况。一旦我从项目中排除了该文件，然后又将其包含进来，一切都工作得很好。
