以下是我对这个错误的看法。

添加了一个extern方法，但我的粘贴是错误的。DllImportAttribute被放到一个注释出来的行。

/// <returns>(removed for brevity lol)</returns>[DllImport("user32.dll")] 
[return: MarshalAs(UnmanagedType.Bool)]
public static extern bool IsWindowVisible(IntPtr hWnd);

确保属性实际包含在源代码中解决了这个问题。

我在运行单元测试时也遇到了这个问题。应用程序运行良好，没有错误。 在我的案例中，问题的原因是我关闭了测试项目的构建。 重新启用我的测试项目的构建解决了这些问题。

FWIW，当有一个配置文件重定向到引用程序集的不存在版本时，我得到了这个。融合日志为胜利而战!

在最近的一次windows更新后，我收到了这个错误。我设置了一个从接口继承的服务类。该接口包含一个返回ValueTuple的签名，这是c#中的一个相当新的特性。

我所能猜到的是，windows更新安装了一个新的，但即使显式引用它，更新绑定重定向，等等…最终的结果只是将方法的签名更改为“标准”的东西。

我在Visual Studio Pro 2008中看到了这一点，当时两个项目构建了具有相同名称的程序集，一个是类库SDF.dll，另一个是使用程序集名称sdf.exe引用程序库。 当我更改引用程序集的名称时，异常消失了

我也发现了同样的信息，以下是我们的发现: 我们在项目中使用第三方dll。在这些dll的新版本发布后，我们将项目更改为指向新的dll集，并成功编译。

当我试图在运行时实例化它们的一个接口类时，抛出了异常。 我们确保所有其他参考资料都是最新的，但仍然没有运气。 我们需要一段时间来发现(使用对象浏览器)错误消息中方法的返回类型是来自一个新的、未引用的程序集的全新类型。

我们向程序集添加了引用，错误就消失了。

错误消息相当误导人，但或多或少指向了正确的方向(正确的方法，错误的消息)。 即使我们没有使用有问题的方法，还是出现了异常。 这就引出了一个问题:如果在任何情况下抛出了这个异常，为什么编译器没有拾取它?