我正在尝试在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文件的旧版本的内容，有什么建议吗？
此外，我想我的硬盘上甚至没有这个旧组件。是否有任何工具可以搜索此旧版本的程序集？
这是我解决这个问题的方法。
从异常消息中，获取“问题”库的名称和“预期”版本号。
在解决方案中查找该.dll的所有副本，右键单击它们，然后检查它是哪个版本的.dll。
好的，在这个例子中，我的.dll肯定是2.0.5022.0（所以异常版本号是错误的）。
在解决方案中的所有.csproj文件中搜索异常消息中显示的版本号。用dll中的实际版本号替换此版本号。
所以，在这个例子中，我将替换这个。。。
<Reference Include="DocumentFormat.OpenXml, Version=2.5.5631.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />
…用这个。。。
<Reference Include="DocumentFormat.OpenXml, Version=2.0.5022.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />
工作完成！
没有适合我的解决方案。我尝试了清理项目解决方案、删除bin、更新包、降级包等……两个小时后，我用程序集从项目加载了默认App.config，并在那里更改了错误的引用版本：
<dependentAssembly>
<assemblyIdentity name="Microsoft.IdentityModel.Logging" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-5.5.0.0" newVersion="5.5.0.0" />
</dependentAssembly>
to:
<dependentAssembly>
<assemblyIdentity name="Microsoft.IdentityModel.Logging" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-3.14.0.0" newVersion="5.5.0.0" />
</dependentAssembly>
在这之后，我清理了这个项目，再次构建它，它成功了。没有警告没有问题。
我自己遇到了这个问题，我发现这个问题与其他人遇到的问题不同。
我的主项目引用了两个dll：CompanyClasses.dll和CompanyControls.dll
无法加载文件或程序集'CompanyClasses，版本=1.4.1.0，培养=中性，PublicKeyToken=045746ba8544160c'或它的一个依赖项。位于程序集的清单定义与程序集引用不匹配
问题是，我的系统中没有版本号为1.4.1的CompanyClasses.dll文件。GAC中没有，应用程序文件夹中没有。。。任何地方都没有。我搜索了整个硬盘。我所有的CompanyClasses.dll文件都是1.4.2。
我发现，真正的问题是CompanyControls.dll引用了CompanyClasses.dll的1.4.1版本。我刚刚重新编译了CompanyControl.dll（在引用CompanyClasss.dll 1.4.2之后），这个错误就消失了。
