之前工作的asp.net webforms应用程序现在抛出此错误：
System.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仍然存在时可能会出现。确保最新的程序集已经部署并且没有重复的旧程序集隐藏在某些文件夹中。您最好删除每个构建项并重新构建/部署整个解决方案。
⚠️ 错误的Nuget包版本 ⚠️
我有一个单元测试项目，它正在导入我们公司内部的EF Nuget数据访问包，并且 那段代码 引入了 一个版本远远落后于当前版本的外部包。
问题是顶层包的Nuget设置被设为使用最低版本，而下一层的/旧版本赢得了胜利，并在操作期间使用了它...
因此，它悄悄地获取了错误的版本，用于包和应用程序都使用的通用程序集。
解决方案
通过将Nuget中的软件包设置/更新为使用并获取[最新版本]，解决了这个问题。
我通过在服务器上安装正确的 .NET Framework 版本解决了这个问题。网站正在运行 4.0 版本，而它调用的程序集是针对 4.5 编译的。安装了 .NET Framework 4.5 并将网站升级到 4.5 后，一切正常运作。
对我来说，重新启动Visual Studio实际上解决了这个问题。 我认为这是由于旧的组件文件仍在使用，执行“清除构建”或重新启动VS应该可以解决它。
检查你的引用！
确保在你的解决方案项目中，始终指向相同的第三方库（不要仅仅信任版本号，还要查看路径）。
例如，如果你在一个项目中使用iTextSharp v.1.00.101，而在其他地方使用NuGet或引用了iTextSharp v1.00.102，那么你将会遇到这些运行时错误，这些错误会影响你的代码。
我把所有3个项目中的iTextSharp引用都改成了指向同一个DLL，然后一切正常了。
我曾遇到这种情况，文件是在同一个程序集中引用的，而不是单独的dll。当我将该文件从项目中排除，然后再次包含它时，一切都正常了。
如果使用自己的NuGet服务器进行开发，请确保程序集版本都相同：
[assembly: AssemblyVersion("0.2.6")]
[assembly: AssemblyFileVersion("0.2.6")]
[assembly: AssemblyInformationalVersion("0.2.6")]
我刚遇到了这个问题，原来是因为我在 UI 项目中引用了 DLL 的旧版本。因此，在编译时它很满意。但是在运行时，它使用的是 DLL 的旧版本。
在假定需要重建/清理/重新部署解决方案之前，请检查所有其他项目的引用。
somepage是什么？正如“sound”所指出的，这个代码是不正确的。请给我们提供一个完整的代码片段来展示这个问题。 - user47589