在我的例子中，我以前在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文件夹中的日期时间戳。任何过时的程序集都是你的问题。

当我的应用程序没有对另一个程序集的引用时，我得到了这个，该程序集定义了错误消息中的方法使用的类。运行PEVerify会给出更有用的错误:“系统无法找到指定的文件。”

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

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

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

我在WCF服务中得到了这个，因为选择了x86构建类型，导致箱子在bin\x86下而不是bin下。选择Any CPU会导致重新编译的dll到达正确的位置(我不会详细说明这是如何发生的)。

I have yet another esoteric solution to this error message. I upgraded my target framework from .Net 4.0 to 4.6, and my unit test project was giving me the "System.TypeLoadException...does not have an implementation" error when I tried to build. It also gave a second error message about the same supposedly non-implemented method that said "The 'BuildShadowTask' task failed unexpectedly." None of the advice here seemed to help, so I searched for "BuildShadowTask", and found a post on MSDN which led me to use a text editor to delete these lines from the unit test project's csproj file.

<ItemGroup>
  <Shadow Include="Test References\MyProject.accessor" />
</ItemGroup>

在那之后，两个错误都消失了，项目建立起来了。

它发生在我身上，当一个接口有一个第三方dll (MWArray)的引用，“特定版本”设置为“True”，而实现的类有一个引用相同的dll，但“特定版本”设置为“False”，所以类和接口有不同的版本引用相同的dll。

将两者设置为“特定版本”:“假”或“真”(取决于你需要什么)修复了它。