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

我在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/

在我的例子中，我以前在repo之外的兄弟文件夹中引用了一个mylib项目——让我们称之为v1.0。

|-- myrepo
|    |-- consoleApp
|    |-- submodules
|         |-- mylib (submoduled v2.0)
|-- mylib (stale v1.0)

后来我做了正确的，并通过一个git子模块使用它-让我们称之为v2.0。 然而，一个项目consoleApp没有正确更新。它仍然在我的git项目之外引用旧的v1.0项目。

令人困惑的是，尽管*。csproj显然是错误的，并且指向v1.0, Visual Studio IDE将路径显示为v2.0项目! F12来检查接口和类也去了v2.0版本。

编译器放在bin文件夹中的程序集是v1.0版本，因此令人头疼。

IDE对我撒谎的事实让我很难意识到这个错误。

解决方案:从ConsoleApp中删除项目引用并读取它们。

一般提示:从头重新编译所有程序集(如果可能的话，当然不能用于nuget包)，并检查bin\debug文件夹中的日期时间戳。任何过时的程序集都是你的问题。

I had the same problem. I figured out that my assembly, which is loaded by the main program, had some references with "Copy Local" set to true. These local copies of references were looking for other references in the same folder, which did not exist because the "Copy Local" of other references was set to false. After the deletion of the "accidentally" copied references the error was gone because the main program was set to look for correct locations of references. Apparently the local copies of the references screwed up the sequence of calling because these local copies were used instead of the original ones present in the main program.

重要的信息是，出现此错误是因为缺少加载所需程序集的链接。

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

当我的集成测试项目试图加载一个不包含接口依赖项解析的DLL时，我遇到了这个错误:

集成测试项目(参考主项目，但不是 StructureMap) 主要项目(引用StructureMap项目-使用 类构造函数中的接口) StructureMap项目(IoC - For().Use();)

这将导致抛出错误，因为它无法找到具体的实现。我在测试配置中排除了DLL，错误消失了

注:如果这个答案对你没有帮助，请花点时间向下滚动人们添加的其他答案。

简短的回答

如果将方法添加到一个程序集中的接口，然后再添加到另一个程序集中的实现类，但在没有引用接口程序集中的新版本的情况下重新构建实现程序集中，就会发生这种情况。

在本例中，DummyItem实现了来自另一个程序集的接口。SetShort方法最近被添加到接口和DummyItem中—但是包含DummyItem的程序集是引用先前版本的接口程序集重新构建的。因此SetShort方法有效地存在，但没有将其链接到接口中的等效方法。

长回答

如果你想尝试复制这个，试试下面的方法:

Create a class library project: InterfaceDef, add just one class, and build: public interface IInterface { string GetString(string key); //short GetShort(string key); } Create a second class library project: Implementation (with separate solution), copy InterfaceDef.dll into project directory and add as file reference, add just one class, and build: public class ImplementingClass : IInterface { #region IInterface Members public string GetString(string key) { return "hello world"; } //public short GetShort(string key) //{ // return 1; //} #endregion } Create a third, console project: ClientCode, copy the two dlls into the project directory, add file references, and add the following code into the Main method: IInterface test = new ImplementingClass(); string s = test.GetString("dummykey"); Console.WriteLine(s); Console.ReadKey(); Run the code once, the console says "hello world" Uncomment the code in the two dll projects and rebuild - copy the two dlls back into the ClientCode project, rebuild and try running again. TypeLoadException occurs when trying to instantiate the ImplementingClass.