System.MissingMethodException：找不到方法？

Question

以前工作的 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(){ ... }
}

Answer 1

当旧版本的 DLL 仍然存在于某处时，可能会出现此问题。 确保部署了最新的程序集，并且某些文件夹中没有隐藏重复的旧程序集。 您最好的选择是删除每个已构建的项目并重建/重新部署整个解决方案。

Answer 2

⚠️ Nuget 包版本错误⚠️

我有一个单元测试项目，它正在拉入我们公司内部的 EF Nuget 数据访问包，并且该代码拉入了一个版本远远落后于当前版本的外部包。

问题是顶级包的 Nuget 设置被设置为least version ； 并且较低级别/旧版本获胜，并且在操作期间使用....

因此，它默默地为包和应用程序使用的通用程序集获取了错误的版本。

---

💡解决方案💡

通过在 Nuget 中设置/更新包以使用和[get] the latest ，解决了这个问题。

Answer 3

我通过在服务器上安装正确的 .NET Framework 版本解决了这个问题。 该网站在 4.0 版本下运行，它调用的程序集是为 4.5 编译的。 安装 .NET Framework 4.5 并将网站升级到 4.5 后，一切正常。

Answer 4

重新启动 Visual Studio 实际上为我修复了它。 我认为这是由仍在使用的旧程序集文件引起的，执行“干净构建”或重新启动 VS 应该可以修复它。

Answer 5

检查您的参考资料！

确保您在您的解决方案项目中始终指向相同的第 3 方库（不要只信任版本，查看路径）。

例如，如果您在一个项目中使用 iTextSharp v.1.00.101，并且在其他地方使用 NuGet 或引用 iTextSharp v1.00.102，您将获得这些类型的运行时错误，这些错误会以某种方式渗入您的代码。

我在所有 3 个项目中更改了对 iTextSharp 的引用，以指向同一个 DLL，一切正常。

Answer 6

我在同一个程序集中引用了一个文件，而不是一个单独的 dll。 一旦我从项目中排除了该文件，然后再次包含它，一切正常。

Answer 7

我刚刚在 .NET MVC 项目中遇到了这个问题。 根本原因是 NuGet 包的版本冲突。 我有几个项目的解决方案。 每个项目都有一些 NuGet 包。 在一个项目中，我有一个版本的 Enterprise Library Semantic Logging 包，而在另外两个项目（引用第一个）中，我有同一个包的旧版本。 它全部编译没有错误，但是当我尝试使用该包时，它给出了一个神秘的“找不到方法”错误。

解决方法是从两个项目中删除旧的 NuGet 包，使其仅包含在实际需要它的一个项目中。 （我还对整个解决方案进行了干净的重建。）

Answer 8

如果使用您自己的 NuGet 服务器进行开发，请确保程序集版本都相同：

[assembly: AssemblyVersion("0.2.6")]
[assembly: AssemblyFileVersion("0.2.6")]
[assembly: AssemblyInformationalVersion("0.2.6")]

Answer 9

也..尝试“清理”您的项目或解决方案并再次重建！

Answer 10

您是否尝试过关闭并再次打开？ 撇开笑话不谈，重新启动我的计算机实际上对我有用，并且在任何其他答案中都没有提到。

Answer 11

我刚刚遇到了这个问题，结果证明这是因为我从我的 UI 项目中引用了以前版本的 DLL。 因此，编译时很高兴。 但是在运行它时使用的是以前版本的 DLL。

在假设您需要重建/清理/重新部署您的解决方案之前，请检查所有其他项目的参考资料。

Answer 12

问题也可能在于报告丢失的方法的参数或返回类型，并且“丢失”方法本身很好。

这就是在我的案例中发生的事情，误导性的信息使得解决问题需要更长的时间。 事实证明，参数类型的程序集在 GAC 中有一个旧版本，但由于使用的版本编号方案发生了变化，旧版本实际上具有更高的版本号。 从 GAC 中删除旧/更高版本解决了该问题。

Answer 13

就我而言，这是一个复制/粘贴问题。 我不知何故为我的映射配置文件创建了一个 PRIVATE 构造函数：

using AutoMapper;

namespace Your.Namespace
{
    public class MappingProfile : Profile
    {
        MappingProfile()
        {
            CreateMap<Animal, AnimalDto>();
        }
    }
}

（注意ctor前面缺少的“public”）

编译得非常好，但是当 AutoMapper 尝试实例化配置文件时，它（当然！）找不到构造函数！

Answer 14

使用 Costura.Fody 1.6 和 2.0：
在浪费了很多时间来研究所有其他潜在解决方案都不起作用的同类错误之后，我发现我嵌入的旧版本的 DLL 位于我运行新编译的 .exe 的同一目录中。 显然它首先在同一目录中查找本地文件，然后向内查找其嵌入式库。 删除旧的 DLL 有效。

需要明确的是，我的引用并不是指向旧 DLL，而是旧 DLL 的副本位于我正在测试我的应用程序的目录中，该目录与编译应用程序的系统不同。

Answer 15

我有一个类似的场景，我得到了同样的异常被抛出。 我的 Web 应用程序解决方案中有两个项目，例如，命名为 DAL 和 DAL.CustSpec。 DAL 项目有一个名为 Method1 的方法，但 DAL.CustSpec 没有。 我的主项目引用了 DAL 项目，也引用了另一个名为 AnotherProj 的项目。 我的主要项目调用了 Method1。 AnotherProj 项目引用了 DAL.CustSpec 项目，而不是 DAL 项目。 Build 配置将 DAL 和 DAL.CustSpec 项目都配置为要构建。 构建完所有内容后，我的 Web 应用程序项目的 Bin 文件夹中有 AnotherProj 和 DAL 程序集。 但是，当我运行该网站时，出于某种原因，该网站的 Temporary ASP.NET 文件夹在其文件中包含 DAL.CustSpec 程序集，而不是 DAL 程序集。 当然，当我运行调用 Method1 的部分时，我收到了“未找到方法”错误。

为了解决这个错误，我必须做的是将 AnotherProj 项目中的引用从 DAL.CustSpec 更改为 DAL，删除 Temporary ASP.NET Files 文件夹中的所有文件，然后重新运行网站。 在那之后，一切都开始工作了。 我还通过在构建配置中取消选中它来确保没有构建 DAL.CustSpec 项目。

我想我会分享这个，以防它在未来帮助别人。

Answer 16

我在我的 ASP.NET 网站上遇到了同样的情况。 我删除了已发布的文件，重新启动了 VS，再次清理并重建了项目。 下一次发布后，错误消失了...

Answer 17

我通过使用我的更改制作一个搁置集并在我的工作区中运行 TFS Power Tools 'scorch' 解决了这个问题（ https://visualstudiogallery.msdn.microsoft.com/f017b10c-02b4-4d6d-9845-58a06545627f ）。 然后我取消了更改并重新编译了项目。 这样，您将清理工作区中可能存在的任何“悬挂派对”，并以新的方式启动。 当然，这需要您使用 TFS。

Answer 18

就我而言，我的项目引用了Microsoft.Net.Compilers.2.10.0 。 当我将它切换到Microsoft.Net.Compilers.2.7.0时，错误就消失了。 多么神秘的错误，原因多种多样。

Answer 19

在我的情况下，它是一个文件夹，其中包含我的 .csproj 文件中引用的那些同名的旧 DLL，尽管明确给出了路径，但它们以某种方式包含在内，因此相同 DLL 的多个版本存在冲突。

Answer 20

如果问题是由GAC中的旧版本程序集引起的。
这可以提供帮助： 如何：从全局程序集缓存中删除程序集。

Answer 21

就我而言， MissingMethodException 是针对同一文件中的方法的！

但是，我刚刚在我的 4.7.1 目标项目中添加了一个使用 .Net Standard2 的 NuGet 包，这导致 System.Net.Http 的版本冲突（4.7.1：版本 4.0.0.0，使用 .NET 的 NuGet 包标准 2 需要 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（调试期间的参数，运行时的返回类型没有调试器的测试，也有点奇怪）。 而不是显示无法加载 System.Net.Http 的 4.2.0.0 版本的消息，而是返回此异常。

Answer 22

这可能已经提到过，但对我来说，问题是该项目引用了 2 个 nuget 包，并且每个 nuget 包都引用了另一个 nuget 包的不同版本。

所以：

项目 -> Nuget A -> Nuget X 1.1

项目 -> Nuget B -> Nuget X 1.2

Nuget X 的两个版本都具有从 Project 调用的相同扩展方法。

当我将 Nuget A 和 B 都更新到引用相同版本的 Nuget X 的版本时，错误消失了。

Answer 23

可能的情况可能是

不匹配的 nuget 组装版本

问题详解

我们有多个由解决方案生成的 nuget 包。

packageA 1.0 中的 A 类

包 B 1.0 中的 B 类

A指的是B

所以当 A 和 B 都有更新时，我们必须更新 packageA 和 packageB，但问题是我的团队成员之一没有更新 packageB

现在 PackageA 1.1 仍然依赖于 PackageB 1.0 但是 PackageB 没有更新版本的 Class B

因此无法找到该方法

解决方案

在这种情况下，我移动了两个包到 +1 版本

包 A 1.1 -> 包 A 1.2

包 B 1.0 -> 包 B 1.1

但为了使事情更加对称，可以将两者移至相同的版本

包 A 1.1 -> 包 A 1.2

包 B 1.0 -> 包 B 1.2

Answer 24

这发生在我使用 MVC4 时，我在阅读了这个线程后决定重命名引发错误的对象。

我进行了清理和重建，并注意到它正在跳过两个项目。 当我重建其中一个时，出现了一个错误，我启动了一个函数但没有完成它。

所以 VS 引用了一个我重写的模型，而没有问我是否想这样做。

Answer 25

以防万一它可以帮助任何人，虽然这是一个老问题，但我的问题有点奇怪。

我在使用 Jenkins 时遇到了这个错误。

最终发现系统日期被手动设置为将来的日期，导致 dll 编译为该将来的日期。 当日期恢复正常时，MSBuild 解释该文件较新并且不需要重新编译项目。

Answer 26

我遇到了这个问题，对我来说，一个项目使用的是 Example.Sensors 命名空间中的 List，而另一种类型实现了 ISensorInfo 接口。 类 Type1SensorInfo，但该类在 Example.Sensors.Type1 的命名空间中更深一层。 当尝试将 Type1SensorInfo 反序列化到列表中时，它抛出了异常。 当我使用 Example.Sensors.Type1 添加到 ISensorInfo 接口时，没有更多例外！

namespace Example
{
    public class ConfigFile
    {
        public ConfigFile()
        {
            Sensors = new List<ISensorInfo<Int32>>();
        }
        public List<ISensorInfo<Int32>> Sensors { get; set; }
     }
   }
}

**using Example.Sensors.Type1; // Added this to not throw the exception**
using System;

namespace Example.Sensors
{
    public interface ISensorInfo<T>
    {
        String SensorName { get; }
    }
}

using Example.Sensors;

namespace Example.Sensors.Type1
{
    public class Type1SensorInfo<T> : ISensorInfo<T>
    {
        public Type1SensorInfo() 
    }
}

Answer 27

当我有许多在后台运行的 MSBuild 进程实际上已经崩溃（它们引用了旧版本的代码）时，我也发生了同样的事情。 我关闭了 VS 并杀死了进程资源管理器中的所有 MSBuild 进程，然后重新编译。

Answer 28

我有一个测试项目，它引用了两个其他项目，每个项目都引用了同一个 dll 的不同版本（在不同位置）。 这使编译器感到困惑。

Answer 29

在我的例子中，spotify.exe 使用的是我的 web api 项目想要在开发机器上使用的相同端口。 端口号是 4381。

我退出了 Spotify，一切都恢复正常了 :)

Answer 30

当方法需要一个我没有指定的参数时，我遇到了这个问题

Answer 31

就我而言，根本没有代码更改，突然其中一台服务器开始出现此异常，只有这个异常（所有服务器都有相同的代码，但只有一个开始出现问题）：

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 点自行结束。

Answer 32

必须是来自 Microsoft 的参考错误。

我清理，重建了我所有的库，但仍然遇到同样的问题，无法解决。

我所做的只是关闭 Visual Studio 应用程序并再次打开它。 那成功了。

非常令人沮丧的是，这样一个简单的问题可能需要很长时间才能解决，因为您不会认为它会是那样的事情。

Answer 33

对于后代，我使用 azure 持久函数/持久任务框架使用 azure 函数遇到了这个问题。 事实证明，我在本地安装了一个过时的 azure 函数运行时版本。 更新它修复了它。

Answer 34

更新各种 Nuget 包后遇到此错误。 检查您的 Visual Studio 错误列表（或生成输出）是否有类似于以下内容的警告：

发现同一依赖程序集的不同版本之间存在冲突。 在 Visual Studio 中，双击此警告（或选择它并按 Enter）以修复冲突； 否则，将以下绑定重定向添加到应用程序配置文件中的“运行时”节点：
...

在Visual Studio中双击这个警告会自动调整我web.config中的各种bindingRedirect包版本，并解决了错误。

Answer 35

我使用上述回复中未提及的方法解决了这个问题。

就我而言，调用类方法的项目的目标项目框架设置不正确。

（调用项目的目标框架不正确。被调用的类/方法的目标框架是正确的，我保持不变）。

Answer 36

我在测试同事编写的一些代码时遇到了这个异常。 以下是异常信息的摘要：

找不到方法：“System.Threading.Tasks.Task 1<Microsoft.EntityFrameworkCore.ChangeTracking.EntityEntry 1<System_Canon>> Microsoft.EntityFrameworkCore.DbSet`1.AddAsync ...

这是在面向 .NET Core 3.1 的类库中的 Visual Studio 2019 中。 修复方法是在 DbSet 上使用 Add 方法而不是 AddAsync。