我有另一个这些“无法加载文件或程序集或其依赖项之一”的问题。
附加信息:无法加载 文件或程序集 “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相反的参考。
我该怎么解决这个问题呢?
当前回答
我的。net 4.0的解决方案，使用企业库5，是添加一个引用:
Microsoft.Practices.Unity.Interception.dll
其他回答
清理解决方案，然后右键单击项目并选择Package
在这里增加程序集和程序集文件版本并重新构建。
如果这行不通，
1 -在文件资源管理器中打开解决方案。
2 -关闭Visual Studio。
3 -删除所有bin和obj文件夹。
4 -重新打开项目并构建它。
注意相互矛盾的参考资料。即使在清理和重新构建之后，冲突的引用仍然会导致问题。我的问题是在AForge和Accord之间。我删除了这两个引用，并重新添加了引用，重新选择了特定的引用(针对我的情况，只是Accord)。
检查你是否引用了一个程序集，而这个程序集又引用了一个旧版本的unity。例如，假设你有一个名为ServiceLocator.dll的程序集，它需要一个旧版本的Unity程序集，现在当你引用ServiceLocator时，你应该为它提供旧版本的Unity，这就产生了问题。 可能是所有项目构建其程序集的输出文件夹，有一个旧版本的unity。
你可以使用FusLogVw找出谁在加载旧的程序集，只需要为日志定义一个路径，并运行你的解决方案，然后检查(在FusLogVw中)Unity程序集加载的第一行，双击它并查看调用程序集，然后就可以了。
尽管最初的问题是五年前发布的，但这个问题仍然存在，而且相当烦人。
一般的解决方案是彻底分析所有引用的程序集，以了解哪里出了问题。为了使这个任务更容易，我做了一个工具(一个Visual Studio扩展)，它允许选择一个. net程序集(一个.dll或.exe文件)来获得所有引用程序集的图形，同时突出显示冲突或缺失的引用。
该工具可在Visual Studio Gallery中获得:https://marketplace.visualstudio.com/vsgallery/051172f3-4b30-4bbc-8da6-d55f70402734
输出示例:
您的项目的csproj文件必须包含Microsoft.Practices.Unity的包引用，在global-packages文件夹(%userprofile%.nuget\packages)中找不到，运行dotnet还原可以解决这个问题
