这类问题的另一种解释涉及托管c++。

如果您试图存根使用托管c++创建的具有特殊签名的程序集中定义的接口，您将在创建存根时得到异常。

对于Rhino mock和任何使用System.Reflection.Emit的mock框架都是如此。

public interface class IFoo {
  void F(long bar);
};

public ref class Foo : public IFoo {
public:
  virtual void F(long bar) { ... }
};

接口定义获得以下签名:

void F(System.Int32 modopt(IsLong) bar)

注意，c++类型long映射到System。Int32(或者在c#中简称为int)。正如Ayende Rahien在Rhino Mocks邮件列表中所述，这是一个有点晦涩的modopt导致的问题。

只是补充一下我的经验，因为其他答案没有涵盖:

我在MsTest中运行单元测试时遇到了这个问题。

被测试的类位于有符号的程序集中。

该程序集的不同版本恰好在GAC中(但具有相同的程序集版本号)。

强命名程序集的依赖项解析算法与无符号程序集略有不同，因为首先检查的是GAC。

因此，MsTest正在获取GAC'd程序集，而不是使用bin文件夹中的程序集，并试图对其运行测试，这显然不起作用。

解决方案是拆除GAC总成。

注意，对我来说，提示是在运行测试时，在构建服务器上没有发生这种情况，因为构建将使用新的程序集版本号编译程序集。这意味着GAC中较旧版本的程序集将不会被拾取。

此外，我在这里找到了一个潜在的解决方案，如果您由于某种原因无法访问GAC: https://johanleino.wordpress.com/2014/02/20/workaround-for-unit-testing-code-that-reside-in-the-gac/

我也面临着几乎相同的问题。我不明白是什么导致了这个错误。 我反复检查，所有的方法都实现了。

在谷歌上，我得到了这个链接。根据@Paul McLink的评论，这两个步骤解决了这个问题。

重启Visual Studio 清洁，建造(重建)

错误消失了。

重启VS插件

谢谢，保罗。

希望这能帮助遇到这个错误的人:)

Our problem solved with updating windows! Our web application is on .Net 4.7.1 and c# 7.0. As we tested in different windowses, we understood that the problem will be solved by updating windows. Indeed, the problem was seen in windows 10 (version 1703) and also in a windows server 2012(not updated in last year). After updating both of them, the problem was solved. In fact, the asp.net minor version(the third part of the clr.dll version in C:\Windows\Microsoft.NET\Framework64\v4.0.30319 ) was changed a bit after the update.

我今天得到了这个错误。我的问题是-不做在TFS得到最新版本。服务器中是带有接口的dll，其中一个方法被修改过。我用的是一个旧的，在我的个人电脑里。如何修复:获取最新版本，重新构建

在我的例子中，我试图使用TypeBuilder创建一个类型。TypeBuilder。CreateType抛出此异常。我最终意识到我需要添加MethodAttributes。在调用TypeBuilder时，将属性虚拟化。帮助实现接口的方法的DefineMethod。这是因为如果没有这个标志，该方法不会实现接口，而是实现一个具有相同签名的新方法(甚至没有指定MethodAttributes.NewSlot)。