清理并重建解决方案可能不会替换输出目录中的所有dll。

我建议尝试将文件夹从“bin”重命名为“oldbin”或将“obj”重命名为”oldobj“

然后再次尝试建立您的解决方案。

如果您正在使用任何第三方dll，则需要在成功构建后将其复制到新创建的“bin”或“obj”文件夹中。

希望这对你有用。

我只是找到了另一个原因，为什么会出现这个错误。我从特定库的所有版本中清理了我的GAC，并参照与可执行文件一起部署的特定版本构建了我的项目。当我运行这个项目时，我在搜索库的更新版本时遇到了这个异常。

原因是发布者策略。当我从GAC卸载库的版本时，我忘了卸载发布者策略程序集，所以程序集加载器在GAC中找到发布者策略，告诉它搜索新版本，而不是使用本地部署的程序集。

我也犯了同样的错误。。。在我的案例中，问题解决如下：

最初安装应用程序时，这里的人在应用程序中使用了Microsoft Enterprise Library 4.1。在前一周，我的机器被格式化了，在那之后，今天当我构建应用程序时，它给了我一个错误，即缺少企业库程序集。然后我安装了Microsoft Enterprise Library 5.0，这是我在谷歌上作为第一个搜索条目获得的。然后当我构建应用程序时，它给了我上面的错误，即找到的程序集的清单定义与程序集引用不匹配。经过大量的搜索和分析，我发现应用程序引用的是4.1.0.0，bin文件夹中的DLL版本是5.0.0.0然后我安装了Microsoft Enterprise Library 4.1。删除先前的引用（5.0）并添加4.0引用。构建应用程序（&V）。。。它奏效了。

这个问题由来已久，我最近在Azure DevOps Yaml管道和Dotnet Core 3.1中收到了同样的错误消息。这个问题与其他答案试图解决的问题有些不同，因此我将分享我的解决方案。

我有一个解决方案，为我自己的nuget包提供了许多项目。我无意中在*.csproj文件中添加了版本标记，如下所示：

  <Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <Version>1.0.0</Version>
  </PropertyGroup>

我用一个DotnetCoreCLI@2任务：

 - task: DotNetCoreCLI@2
   displayName: 'pack'
   inputs:
     command: pack
     nobuild: true
     configurationToPack: 'Release'
     includesource: true
     includesymbols: true
     packagesToPack: 'MyNugetProject1.csproj;**/MyNugetProject2.csproj'
     versioningScheme: 'byEnvVar'
     versionEnvVar: 'GitVersion.SemVer'

问题是*.csproj文件中的版本与环境变量GitVersion.SemVer（由输入“versionEnvVar”指定）中的版本不匹配。

删除*.csproj文件中的所有＜Version＞1.0.0＜/Version＞-标记后，dll的程序集/fileversion由环境变量自动分配，nuget和dll（程序集/file版本）将具有相同的版本，问题得到解决。

我想补充一下，我正在创建一个基本的ASP.NET MVC 4项目，并通过NuGet添加了DotNetOpenAuth.AspNet。在我引用Microsoft.Web.WebPages.OAuth的不匹配DLL文件后，这导致了相同的错误。

为了修复它，我做了一个更新包，并清理了完整重建的解决方案。

这对我来说很有效，有点懒，但时间就是金钱：-P

以下命令将任何程序集版本重定向到3.1.0.0版本。我们有一个脚本，它将始终更新App.config中的此引用，因此我们再也不用处理此问题了。

通过反射，您可以获取程序集publicKeyToken，并从.dll文件本身生成此块。

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <dependentAssembly>
    <assemblyIdentity name="Castle.Core" publicKeyToken="407dd0808d44fbdc" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="3.1.0.0" />
  </dependentAssembly>
</assemblyBinding>

注意，如果没有XML命名空间属性（xmlns），这将无法工作。