我有另一个这些“无法加载文件或程序集或其依赖项之一”的问题。
附加信息:无法加载 文件或程序集 “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相反的参考。
我该怎么解决这个问题呢?
当前回答
检查你是否引用了一个程序集，而这个程序集又引用了一个旧版本的unity。例如，假设你有一个名为ServiceLocator.dll的程序集，它需要一个旧版本的Unity程序集，现在当你引用ServiceLocator时，你应该为它提供旧版本的Unity，这就产生了问题。 可能是所有项目构建其程序集的输出文件夹，有一个旧版本的unity。
你可以使用FusLogVw找出谁在加载旧的程序集，只需要为日志定义一个路径，并运行你的解决方案，然后检查(在FusLogVw中)Unity程序集加载的第一行，双击它并查看调用程序集，然后就可以了。
其他回答
另一个可能的原因是:确保没有意外地在项目属性中为两个项目指定相同的程序集名称。
我遇到了同样的问题，我通过下面的说明解决了它:
打开工具菜单并选择选项 在选项中，窗口转到项目和解决方案/Web项目 检查使用64位版本的IIS…
Goto:解决方案->包 点击高级选项卡(在页面下方找到) 将您的dll添加到其他程序集(这样我们就可以在sharepoint中添加外部dll)。
检查你是否引用了一个程序集，而这个程序集又引用了一个旧版本的unity。例如，假设你有一个名为ServiceLocator.dll的程序集，它需要一个旧版本的Unity程序集，现在当你引用ServiceLocator时，你应该为它提供旧版本的Unity，这就产生了问题。 可能是所有项目构建其程序集的输出文件夹，有一个旧版本的unity。
你可以使用FusLogVw找出谁在加载旧的程序集，只需要为日志定义一个路径，并运行你的解决方案，然后检查(在FusLogVw中)Unity程序集加载的第一行，双击它并查看调用程序集，然后就可以了。
我有一个c# Winforms项目，名为SetTags，其中有大量的表单，我使用Visual Studio 2013来处理。在编辑其中一个并尝试构建后，我得到了错误:
Could not load file or assembly 'SetTags Version = 2.1.85.0, Culture=neutral,PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
当我试图保存项目或关闭一直在处理的表单时，也出现了错误。
我通过删除最近添加的单选按钮控件并注释掉对它的所有引用来解决这个问题，然后再次添加该控件并取消注释代码。这让我可以保存表单，在关闭重新启动VS时，问题已经消失了。
我的Visual Studio环境偶尔有很多问题——工具箱不显示或只在VS启动时出现，在设计模式下查看表单时无法识别自定义控件——这可能是我需要转移到后面的VS版本。
