我有另一个这些“无法加载文件或程序集或其依赖项之一”的问题。
附加信息:无法加载 文件或程序集 “Microsoft.Practices.Unity, Version = 1.2.0.0、文化=中立, 都31 bf3856ad364e35”或 它的依赖项之一。在位于 程序集的显式定义可以 不匹配程序集引用。 (异常来自HRESULT: 0x80131040)
我不知道是什么导致了这种情况，也不知道如何调试它来找到原因。
我在我的解决方案目录.csproj文件中做了一个搜索，我有Unity的每个地方:
参考 包括= " Microsoft.Practices.Unity, Version = 2.0.414.0、文化=中立, 都31 bf3856ad364e35, processorArchitecture = MSIL”
在我的任何项目中都找不到任何与1.2.0.0相反的参考。
我该怎么解决这个问题呢?
当前回答
在我的情况下，bin文件夹是一个名为Unity的非引用dll。MVC3，我试图在visual studio中搜索任何参考，没有成功，所以我的解决方案很简单，从bin文件夹中删除那个dll。
其他回答
尽管最初的问题是五年前发布的，但这个问题仍然存在，而且相当烦人。
一般的解决方案是彻底分析所有引用的程序集，以了解哪里出了问题。为了使这个任务更容易，我做了一个工具(一个Visual Studio扩展)，它允许选择一个. net程序集(一个.dll或.exe文件)来获得所有引用程序集的图形，同时突出显示冲突或缺失的引用。
该工具可在Visual Studio Gallery中获得:https://marketplace.visualstudio.com/vsgallery/051172f3-4b30-4bbc-8da6-d55f70402734
输出示例:
我的。net 4.0的解决方案，使用企业库5，是添加一个引用:
Microsoft.Practices.Unity.Interception.dll
好吧，这听起来可能很愚蠢，但在尝试了所有其他解决方案并花了一个晚上在这个愚蠢的事情上之后，我是如何解决这个问题的。
我得到了相同的错误，一些DLL从Bin文件夹丢失。 我试着删除，从teamfoundationserver上恢复所有东西，但没有用。 从我办公室的本地电脑上拿了一份Bin文件夹，把它换掉了。它也没起作用。 最后，我手动ftp服务器，得到了显示为丢失的DLL副本，然后它开始显示文件列表序列中的下一个文件丢失。
所以我ftped服务器得到所有的Bin文件夹，手动替换每个文件一个接一个。(不是Ctrl + All和替换..我试过了，但没有用。) 不知怎的，它起作用了……
Juntos的答案是正确的，但你也应该考虑:
对于unity v2.1.505.2，不同的AssemblyVersion和AssemblyFileVersion属性被指定:
AssemblyFileVersion被NuGet使用，但是CLR并不关心它! CLR将只使用AssemblyVersion!
因此，您的重定向应该应用于在AssemblyVersion属性中指定的版本。因此应该使用2.1.505.0
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.1.505.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>
参见: AssemblyVersion, AssemblyFileVersion和AssemblyInformationalVersion之间有什么区别?
你说你的解决方案中有很多项目……好吧，从接近构建顺序顶部的一个开始。建立一个，一旦你找到它，你可以应用相同的修复其余的。
老实说，你可能只需要更新一下你的推荐信。这听起来像是您更新了版本而没有更新引用，或者如果您将解决方案保留在源代码控制中，这是一个相对路径问题。只需验证您的假设，并重新添加参考。
