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

我正在尝试在C#Windows窗体应用程序（Visual Studio 2005）中运行一些单元测试，但出现以下错误：

System.IO.FileLoadException:未能加载文件或程序集“Utility，Version=1.2.0.200，Culture=neutral，PublicKeyToken=764d581291d764f7”或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。（HRESULT的异常：0x80131040）**位于x.Foo.FooGO（）位于Foo.cs:line 123中的x.Foo.Foo2（String groupName_）位于FooTests.cs:line 98中的x.Foo.UnitTests.FooTests.TestFoo（）**System.IO.FileLoadException:未能加载文件或程序集“Utility，Version=1.2.0.203，Culture=neutral，PublicKeyToken=764d581291d764f7”或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。（HRESULT的异常：0x80131040）

我查阅了我的参考资料，我只参考了实用程序版本1.2.0.203（另一个是旧版本）。

关于我如何找出试图引用此DLL文件的旧版本的内容，有什么建议吗？

此外，我想我的硬盘上甚至没有这个旧组件。是否有任何工具可以搜索此旧版本的程序集？

当前回答

我也有类似的问题，但没有一个答案对我有效。

对我有效的解决方案是手动从项目文件（YourProject.csproj）中删除publicKeyToken部分。

以前是：

<Reference Include="Utility, Version=0.0.0.0, Culture=neutral, PublicKeyToken=e71b9933bfee3534, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>dlls\Utility.dll</HintPath>
</Reference>

更改后为：

<Reference Include="Utility, Version=1.0.1.100, Culture=neutral, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>dlls\Utility.dll</HintPath>
</Reference>

确保SpecificVersion为False。

2019-10-07 08:45:34

其他回答

尝试将缺少的内容添加到全局程序集缓存中。

2010-07-01 13:59:07

好的，再来一个答案。我之前将我的应用程序创建为64位，并相应地更改了输出路径（项目/财产/构建/输出/输出路径）。最近，我将应用程序更改为32位（x86），创建了一个新的输出路径。我创建了一个快捷方式，指向我认为编译的.exe要去的地方。无论我对源代码做了什么更改，它都得到了清单不匹配的错误。在大约一个小时的沮丧之后，我碰巧检查了.exe文件的日期/时间，发现它很旧，显然引用了旧的.dll。我正在将应用程序编译到旧目录中，我的快捷方式引用了新的。已将输出路径更改为.exe应指向的位置，运行快捷方式，错误消失。（拍打前额）

2017-01-18 23:45:11

在这篇文章中提到过类似的问题吗？“关于我如何找出试图引用此DLL文件的旧版本的内容的任何建议？”

需要哪个程序集仍然引用旧的ODATA客户端6.15.0，ildasm帮助我缩小了范围（没有基本代码访问，只能通过服务器上部署的pkg）。

下面的屏幕截图用于快速总结。

DeveloperPackge（如果没有ildasm.exe）https://www.microsoft.com/net/download/visual-studio-sdks

2018-06-21 22:29:36

对我们来说，问题是由其他原因造成的。DevExpress组件的许可证文件包含两行，一行用于未安装在此特定计算机上的旧版本组件。从许可证文件中删除旧版本解决了问题。

令人讨厌的是，错误消息没有指出是什么引用导致了问题。

2009-11-23 11:09:54

在我的案例中，上述解决方案都不起作用——问题是由app.config中定义的旧的.net配置（2.0）架构引起的，因为bindingRedirect不起作用。

删除xmlns=“http://schemas.microsoft.com/.NetConfiguration/v2.0“来自app.config或web.config，因为在较旧版本的.net framework（如2.0）中似乎不支持bindingRedirect

希望这能为某人节省几个小时或几天的时间。