HRESULT：0x80131040：找到的程序集的清单定义与程序集引用不匹配

Question

程序集引用不匹配

找到的程序集的清单定义与通过 ncover 运行 nunit 时获取此信息的 。 任何想法？

Answer 1

我测试了上面的所有解决方案，但对我来说不起作用，
经过考虑各种情况后发现问题出在其他地方，真是尴尬。
我在不同文件夹上的同一个项目有两个不同的分支，问题来自另一个分支。
我在两个分支上更新了 nuget 包（对于错误页面上提到的包），问题解决了！

Answer 2

对我来说，问题出在应用程序文件版本中，它是 3.3.1，我正在将新版本构建为 20.0.1，当将版本重置回相同值时，它工作正常。

Answer 3

我在设计器中工作时遇到此错误。 我一直在 VS 2012 中进行开发，但在过去几天“升级”到了 2017。 解决方案是关闭并重新打开 VS。

它可能与我看到的报告的错误有关 其他地方，参考管理器在哪里不起作用？ 在这种情况下，尝试在解决方案资源管理器中添加引用时会遇到以下错误消息：

“调用 COM 返回了错误 HRESULT E_FAIL
组件。”

是关闭解决方案，在 VS2012 中重新打开，添加引用，关闭 2012 并重新打开 2017。可笑的是 2017 应该已经发布了如此明显的错误。

Answer 4

只需检查您的 webconfig 文件并删除此代码：-

<dependentAssembly>
    <assemblyIdentity name="itextsharp" publicKeyToken="8354ae6d2174ddca" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.5.13.0" newVersion="5.5.13.0" />
  </dependentAssembly>

Answer 5

当我更新 web.config 而不更新所有引用的 dll 时，就发生了这种情况。

使用正确的 diff 过滤器（注意 Meld 的默认目录比较过滤器忽略二进制文件），可以识别差异，复制文件，一切正常。

Answer 6

我只需从项目中删除 settings.lic 文件并开始工作！

Answer 7

这里只是另一个例子。 第一次在 VS2010/.NET 4 下将 XML 文件反序列化为对象时，我从托管调试助手中遇到了此错误。在构建后事件中生成包含对象类的 DLL（通常是 Microsoft 风格的东西）。 在同一解决方案中的多个项目中运行得很好，但在另一个项目中执行此操作时出现了问题。 错误文本：

检测到 BindingFailure 消息：具有显示名称的程序集
MyProjectName.XmlSerializers 无法加载到“LoadFrom”绑定中
ID 为 1 的 AppDomain 的上下文。失败的原因是：
System.IO.FileLoadException：无法加载文件或程序集
MyProjectName.XmlSerializers，版本=1.0.0.0，文化=中性，
PublicKeyToken=null' 或其依赖项之一。 位于的
程序集的清单定义与程序集引用不匹配。
（HRESULT 异常：0x80131040）

由于这里的一些答案表明平台不匹配，我注意到 3 个项目和解决方案选择了“混合平台”配置，并且 3 个项目是针对 x86 而不是 AnyCPU 编译的。 我没有特定于平台的代码（尽管一些供应商提供的 DLL 依赖于一些 x86 库）。 我将所有出现的 x86 替换为 AnyCPU，如下所示：

for a in $( egrep '(x86|AnyCPU)' */*.csproj *.sln -l  ) ; do echo $a ; sed -i 's/x86/AnyCPU/' $a ; done

然后项目将构建，但所有运行或调试代码的选项将显示为灰色。 重新启动 VS 没有帮助。

为了以防万一，我使用 git 恢复了对 x86 库的引用，但为我编译的所有代码保留了 AnyCPU。

以下 F5 或开始调试按钮灰显Winform 应用程序？ 我卸载并重新加载了启动项目（这也是最初出现问题的项目）。

之后，一切都恢复正常：程序正常运行，没有出现最初的错误。

请参阅http://www.catb.org/jargon/html/R /rain-dance.html , http://www .catb.org/jargon/html/V/voodoo-programming.html 或 http://www.catb.org/jargon/html/I/incantation.html 和链接。

Answer 8

如果您在尝试向 Visual Studio 添加组件时遇到此错误，- Microsoft.VisualStudio.TemplateWizardInterface -（在尝试安装奇怪的开发工具后）

请考虑此解决方案（由 larocha 提供（谢谢，无论您是谁） )):

1. 在文本编辑器中打开 C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\devenv.exe.config
2. 找到此字符串：“Microsoft.VisualStudio.TemplateWizardInterface”
3. 注释掉元素，所以它看起来像这样：






来源：http://webclientguidance.codeplex.com/workitem/15444< /a>

Answer 9

我的 WPF 项目引用了 3 个自定义 dll。 我更新了其中之一，删除了引用并将引用添加到了新的 dll 中。 它还在引用的属性中显示了正确的版本号。 它正在重建，没有错误。

但是当应用程序运行时，出现故障“定位程序集的清单..”，提到旧版本。

在搜索了几个小时的解决方案并阅读了几个这样的线程之后，我想起了其他 dll。
其他 dll 之一正在引用旧版本，这就是发生故障的原因。 重建第二个 dll 并在我的 WPF 项目中重新创建两个引用后，故障消失了。

不要忘记检查您的其他 dll！

Answer 10

我在一个 web api 项目中遇到了这个问题。

Api 项目使用版本 3 的库的 nuget 包。其中一个引用的程序集表示 X 使用版本 2 的同一 nuget 包的旧版本。

每当构建引用的程序集或重建引用 X 的任何其他项目时，api项目的程序集已更新为较低版本。 并收到此程序集引用错误。

重建有效，但就我而言，我想要一个长期的解决方案。

我使程序集引用相同版本的 nuget 包。

Answer 11

我遇到了找不到 PayPal 程序集的问题，这是因为我将我的解决方案命名为 PayPal。 我确信这不会是任何人的答案，但我想我还是会分享它： C# ASP.NET MVC PayPal 未找到程序集

Answer 12

就我而言，这是由于 WebGrease 导致的。 我将其更新到最新版本（使用 NuGet），但它与依赖项冲突。 我在 web.config 中手动添加了以下代码，它非常有用。

<dependentAssembly>
    <assemblyIdentity name="WebGrease" culture="neutral" publicKeyToken="31bf3856ad364e35" />
    <bindingRedirect oldVersion="0.0.0.0-1.6.5135.21930" newVersion="1.6.5135.21930" />
</dependentAssembly>

请注意，我的解决方案仅在错误与 WebGrease 相关时才有效。 错误代码将保持不变。 另外，您需要相应地更改 oldVersion 和 newVersion 中的版本。

Answer 13

在我的特定情况下，我得到这个结果是在 VBScript 中完成的 CreateObject 。
在我的案例中，原因是 GAC 中的程序集版本比我编译的版本更旧。 （为了解决之前的问题，我在 GAC 中安装了该程序集）。

因此，如果您正在使用 COM 可见类，那么请确保在使用 RegASM 注册新程序集之前从 GAC 中删除旧版本的程序集。

Answer 14

通过共享文件夹从不同计算机访问项目文件时，我遇到了类似的问题。 就我而言，清理+重建没有帮助。 必须从输出目录中删除 bin 和对象文件夹。

Answer 15

很晚了，但我想分享我们对这个问题的解决方案（这个问题在 2023 年仍然存在）。 我们使用的是 Visual Studio 2022。

同样，这是我们收到的错误：

System.IO.FileLoadException：无法加载文件或程序集
'[组件名称]，版本=xxxx，文化=中性，
PublicKeyToken=xxxxxx' 或其依赖项之一。 位于的
程序集的清单定义与程序集引用不匹配。
（HRESULT 异常：0x80131040）

该问题称为DLL Hell，需要很长时间才能解决。 希望我的回答可以缩短您的时间。

DLL Hell 是指动态链接库 (DLL) 存在冲突或兼容性问题的情况。 DLL 是包含可由多个程序同时使用的代码和资源的文件，允许代码重用和模块化编程。

当系统上的不同应用程序或组件需要同一 DLL 的不同版本时，通常会出现 DLL Hell。 当一个应用程序安装的较新版本的 DLL 与依赖旧版本的另一个应用程序不兼容时，就会出现此问题。 这可能会导致受影响的应用程序出现不可预测的行为、崩溃或错误。

为了减轻 DLL Hell 的影响，.NET 框架引入了一个称为“并行程序集”(SxS) 的概念。 SxS 允许同时安装和运行多个版本的 DLL，而不会发生冲突。 每个应用程序都可以指定它所依赖的DLL的版本，.NET运行时将相应地加载适当的版本。

HRESULT: 0x80131040 异常通常与缺少依赖项或在 .NET 应用程序中加载程序集的问题相关。 当运行时无法找到所需的 DLL 或不同版本的程序集之间存在冲突时，通常会发生这种情况。

我们遇到了使用多个 .NET 框架的情况，每个框架都依赖于不同的 NuGet 包。 为了解决这个问题，我们尝试在所有项目中安装相同版本的软件包。 然而，尽管我们做出了努力，错误仍然存​​在。 令人惊讶的是，当我们在解决方案中创建一个新项目并实现一个方法（...）时，它运行得完美无缺。 这让我们质疑为什么同样的方法不适用于我们的测试项目。

经过进一步调查，我们发现了名为 bindingRedirect 的东西的存在。 为了解决该问题，我们需要将如下所示的配置片段添加到 app.config/.csproj 文件中：

<dependentAssembly>
   <assemblyIdentity name="System.Net.Http.Formatting" publicKeyToken="31bf3856ad364e35" culture="neutral" />
   <bindingRedirect oldVersion="0.0.0.0-5.2.7.0" newVersion="5.2.7.0" />
</dependentAssembly>

但是，由于我们的解决方案中有大量包，因此需要手动添加每个 bindingRedirect 将是一项艰巨的任务，需要数天才能完成。 幸运的是，Visual Studio 提供了一个选项可以自动执行此过程，从而节省了我们大量的时间和精力。

要自动为您的项目生成绑定重定向，请按照下列步骤操作：

1. 右键单击​​您的项目并选择“属性”。
2. 在属性窗口中，导航至“应用程序”选项卡。
3. 查找标有“自动生成绑定重定向”的复选框并启用它。

通过启用此选项，将自动为您生成绑定重定向。 构建项目后，生成的绑定重定向将包含在名为 bin\debug\projectname.dll.config 的文件中。

打开此文件后，您会发现许多绑定重定向。 这可以方便地概述为您的项目生成的所有重定向。

但是，需要注意的是，如果您的测试项目是一个类
库，“自动生成绑定重定向”复选框将不起作用
预期的。

在这种情况下，您需要在 .csproj 中的 true 行下方手动添加以下标记：

<GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>

通过包含此标记，绑定重定向也将为您的类库项目正确生成。

可能有帮助的来源：

• https://kristhecodingunicorn.com/post/ assembly_version_conflicts/
• https://github.com/dotnet/msbuild/issues/1310

Answer 16

就我而言，我在调试时收到此消息：

"Error while calling service <ServiceName> Could not load file or assembly 'RestSharp, 
Version=105.2.3.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. 
The located assembly's manifest definition does not match the assembly reference.
(Exception from HRESULT: 0x80131040)"

原因

在我的项目中，我有 2 个使用 RestSharp 的内部组件，但两个组件都有不同版本的 RestSharp（其中一个组件的版本为 105.2.3.0，另一个版本为106.2.1.0）。

解决方案

将其中一个组件升级到较新的版本，或将另一个组件降级。 就我而言，从 106.2.1.0 降级到 105.2.3.0 比在 NuGet 包管理器中更新组件更安全。 因此两个组件具有相同的版本。

重建并顺利运行，没有出现任何问题。

Answer 17

当测试环境的某个 DLL 的版本与开发环境不匹配时，通常会发生这种情况。

清理并构建您的解决方案，并将所有 DLL 带到发生错误的环境中以修复它

Answer 18

只需删除 bin 文件夹，然后项目会再次重新创建，现在就可以正常工作了。

Answer 19

我的问题通过删除所有运行时部分解决

<runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0"/>
            </dependentAssembly>
        </assemblyBinding>
    </runtime>

Answer 20

这是程序集之间的不匹配：从程序集引用的 DLL 没有预期的方法签名。

清理解决方案，重建所有内容，然后重试。

另外，如果这是对 GAC 中某些内容的引用，请务必小心； 可能是某个地方指向了错误的版本。 确保（通过每个引用的属性）选择了正确的版本或将特定版本设置为 false。

Answer 21

我最近遇到了这个问题，我在有问题的 dll 上运行了“depends.exe”。 它向我展示了 dll 是在 x86 中编译的，而一些依赖项是在 x64 中编译的。

如果您仍然遇到问题，我建议您使用depends.exe。

Answer 22

就我的 wcf 休息服务项目而言，我必须向 web.config 添加一个运行时部分，其中请求的 dll 是：

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="DotNetOpenAuth.Core" publicKeyToken="2780ccd10d57b246" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.0.0" newVersion="4.1.0.0" />
      </dependentAssembly>
.
.
.
  <runtime>