另一种可能是在依赖关系中混合发布和调试构建。例如，程序集A依赖于程序集B, A是在调试模式下构建的，而GAC中的B副本是在发布模式下构建的，反之亦然。

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

简短的回答

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

在本例中，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.

另一种可能是在依赖关系中混合发布和调试构建。例如，程序集A依赖于程序集B, A是在调试模式下构建的，而GAC中的B副本是在发布模式下构建的，反之亦然。

我在重命名一个由ASP依赖的项目(和程序集名称)时遇到了这个问题。网络项目。类型在依赖程序集中实现了接口。尽管从“生成”菜单执行“清洁解决方案”，但具有先前名称的程序集仍保留在bin文件夹中，并且当我的web项目执行时

var types = AppDomain.CurrentDomain.
   GetAssemblies().
   ToList().
   SelectMany( s => s.GetTypes() /* exception thrown in this call */ )
;

上面的异常被抛出，抱怨实现web类型中的接口方法实际上没有实现。手动删除web项目的bin文件夹中的程序集解决了这个问题。

这仅仅意味着实现项目在我的案例中已经过时了。重新构建了包含接口的DLL，但实现DLL陈旧。

我一直在想这个问题…… 这里的许多答案都很好地解释了问题是什么，但没有解释如何解决问题。

解决方案是手动删除项目发布目录中的bin文件。它将清理所有引用，并强制项目使用最新的dll。

我不建议使用发布工具的Delete功能，因为这可能会使IIS失效。