还有另一种方法:

class GenericFoo<T> {}

class ConcreteFoo : GenericFoo<ClassFromAnotherAssembly> {}

程序集中的代码，不引用ClassFromAnotherAssembly的程序集。

var foo = new ConcreteFoo(); //kaboom

当ClassFromAnotherAssembly是ValueTuple时，这发生在我身上。

我也发现了同样的信息，以下是我们的发现: 我们在项目中使用第三方dll。在这些dll的新版本发布后，我们将项目更改为指向新的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.

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.

我在使用Autofac和大量动态程序集加载时遇到了这个错误。

在执行Autofac解析操作时，运行库将无法加载其中一个程序集。错误消息抱怨程序集'ImplementationAssembly'中的'MyType'类型的方法'MyMethod'没有实现。在Windows Server 2012 R2虚拟机上运行时出现问题，但在Windows 10或Windows Server 2016虚拟机上没有出现问题。

ImplementationAssembly引用System.Collections.Immutable 1.1.37，并包含IMyInterface<T1,T2>接口的实现，该接口在单独的definentationassembly中定义。defintionassembly引用System.Collections.Immutable 1.1.36。

“未实现”的IMyInterface<T1,T2>中的方法具有类型为IImmutableDictionary<TKey, TRow>的参数，该参数在System.Collections.Immutable中定义。

在程序目录中找到的System.Collections.Immutable的实际副本是版本1.1.37。在我的Windows Server 2012 R2虚拟机上，GAC包含System.Collections.Immutable 1.1.36的副本。在Windows 10和Windows Server 2016上，GAC包含System.Collections.Immutable 1.1.37的副本。只有当GAC包含较旧版本的DLL时，才会发生加载错误。

因此，程序集加载失败的根本原因是对System.Collections.Immutable的引用不匹配。接口定义和实现具有看起来相同的方法签名，但实际上依赖于不同版本的System.Collections。不可变，这意味着运行时不考虑实现类与接口定义匹配。

添加以下绑定重定向到我的应用程序配置文件修复了这个问题:

<dependentAssembly>
        <assemblyIdentity name="System.Collections.Immutable" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-1.1.37.0" newVersion="1.1.37.0" />
</dependentAssembly>

如果使用assembly . loadfrom (String)加载程序集，并且正在引用已经使用assembly . load (Byte[])加载的程序集，也可能导致此错误。

例如，你嵌入了主应用程序的引用程序集作为资源，但你的应用程序从特定的文件夹加载插件。

你应该使用Load而不是LoadFrom。下面的代码将完成这项工作:

private static Assembly LoadAssemblyFromFile( String filePath )
{
    using( Stream stream = File.OpenRead( filePath ) )
    {
        if( !ReferenceEquals( stream, null ) )
        {
            Byte[] assemblyData = new Byte[stream.Length];
            stream.Read( assemblyData, 0, assemblyData.Length );
            return Assembly.Load( assemblyData );
        }
    }
    return null;
}