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

我正在尝试在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文件的旧版本的内容，有什么建议吗？

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

当前回答

如果您正在使用Visual Studio，请尝试“清理解决方案”，然后重新生成项目。

2010-07-13 03:27:38

其他回答

我刚刚遇到了这个问题，问题是我的应用程序调试目录中有一个旧的.dll副本。您可能还想在那里（而不是GAC）查看是否看到它。

2009-09-03 00:00:33

我的问题是将源代码复制到一台新机器上，而不覆盖任何引用的程序集。

我没有采取任何措施来纠正错误，所以匆忙中，我删除了BIN目录。重新构建了我的源代码，从那时起就开始工作了。

2012-04-27 23:20:00

如果将AssemblyInfo.cs与AssemblyVersion标记一起使用，并且.csproj文件具有不同的值，也可能发生这种情况。通过匹配AssemblyInfo或一起删除该部分，问题就消失了。

2015-12-04 08:57:21

如果您遇到类似“找到的程序集的清单定义与程序集引用不匹配”的错误，并且您已经通过VS中的“项目”>“管理NuGet程序包和更新”选项卡进行了更新，那么您可以做的第一件事就是在从NuGet Gallery页面检查版本并从package Manager控制台运行以下命令后，尝试安装另一个版本的程序包：

PM> Install-Package YourPackageName -Version YourVersionNumber 
//Example
PM> Install-Package Microsoft.Extensions.FileProviders.Physical -Version 2.1.0

虽然答案和所讨论的包并没有直接关系，而且早在很久以前就有人问过它，但它是一种通用的，仍然相关，希望它能帮助一些人。

2018-06-15 15:14:12

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

2017-01-18 23:45:11

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

推荐文章

最新文章

标签